RE: General Project Questions

"Paul Hinze" <[email protected]> Wed, 11 Jun 2003 09:47:53 -0700
Newsgroups gmane.comp.java.javalobby.communityplatform
Message-ID <000601c33039$33db3920$4d487940@x2x0n7>
I believe I can do clean urls.

-----Original Message-----
From: Matt Schmidt [mailto:[email protected]] 
Sent: Tuesday, June 10, 2003 8:01 PM
To: [email protected]; [email protected]
Cc: [email protected]
Subject: Re: [jl-volunteers] General Project Questions

Aaron,
    At this very moment we are working on adding parts of 
WW2 to JLCP.  So far Matthew Porter seems to love it :) 
 We will see.  The clean urls thing will likely not rely 
on the underlying framework (Struts/WW2) at all, I hope :)

With the code that we are adding tonight, you will be able 
to extend JLCP with new modules and blocks without even 
needing to add to the database access.  New modules can 
simply use our persistence manager.  I'll let Matthew 
Porter explain that more - from what I've seen looking 
over his shoulder its definitely sweet.  The way the whole 
of JLCP is now designed, you can add whatever 
functionality you want without breaking the core 
functionality.  You can also remove core modules as you 
choose, simply by removing a directory from the webapp.  

Your reasons for moving from a PHP-based site appear to be 
the common theme for people move from PHP.  With JLCP we 
plan on giving a base core that you can use to solve your 
problems - from a company intranet, to an e-commerce site, 
to a home portal, to providing webmail for some friends. 
 The possibilities are endless.  Also, if anyone is here 
at JavaOne, please contact me off list and we can try to 
arrange to get togeter.

-Matt

On Tue, 10 Jun 2003 23:01:20 -0400 (EDT)
  <[email protected]> wrote:
>Matt,
>I am playing with the CVS version now and if I go with it 
>I'll work on
>clean URLS.  I have not worked with WW2 at all but it 
>looks interesting so
>I'll give it a go.
>
>My main concern is a stable platform that I can build 
>onto without
>breaking compatibility to the 'official' project.  I 
>would be interested
>in a case study about how thefitpros are retrofitting 
>JLCP into their site
>(and why).
>
>So far this I like the code and the ideas behind this 
>project the most as
>compared to other open source java CMS's.
>
>If anyone is at the JavaOne session I would love to 
>understand why
>developers would choose to migrate a postnuke site 
>running PHP on any
>shared  server to a complex J2EE app on a larger system.
>
>I have two reasons:
>1) Clean code - Java Classes and Namespace allow you to 
>adding features
>and modifications w/o cooking spaghetti (And you really 
>need a persistent
>app server to use classes properly.)
>2) Scalability - I would like to support multiple 
>customers on one code base.
>
>Thanks,
>-Aaron Held
>> Aaron,
>>    Thanks for your interest in JLCP.  The questions you
>> are asking are things that have come up a lot recently!
>>  First, there are no plans for a swing gui, but it 
>>should
>> be pretty easy to expose the data via webservices.  2nd,
>> we are following somethin similar to postnuke urls, but
>> this may change.  3rd, we'd love to support clean urls.
>>  Do you want to volunteer to implement that?  4th, check
>> out www.thefitpros.com for a live site.  It runs on WW2
>> and will be using more of JLCP (including a CMS engine) 
>>in
>> the next 2 weeks or so I think.  As for performance
>> benchmarks, we haven't run any yet since our core hasn't
>> been particularly stable.  I'll hit it hard with a web
>> stress test after this next release.  4th, the
>> infrastructure is Struts right now, but we have plans to
>> switch to WW2 in the next 2 weeks.  And 5th, no logic 
>>flow
>> unfortunately.  We'll try and get that mapped out soon.
>>   Some automatically generated diagrams would be nice.
>>
>> JLCP should be sufficient for what you need, and it 
>>should
>> handle the load pretty well (of course we'll do some
>> testing on that).  If you have more questions, please 
>>ask
>> me.  We will also try to see if we can get the J1 slides
>> released after the presentation.  I'm not sure how Sun
>> will handle that, but we'll just have to see :)
>>
>> -Matt
>>
>> On Tue, 10 Jun 2003 15:30:52 -0400
>>   Aaron Held <[email protected]> wrote:
>>>I have a couple of general questions about the project,
>>>but I'll understand it nobody answers until after
>>>JavaOne.
>>>
>>>1) Are there any plans for a swing GUI?
>>>2) Will you be following PostNuke URLS??
>>>?module=gallery&file=....
>>>2a) Can it support clean URLS (/modules/gallers/file/,,,)
>>>3) Are there any live sites using the engine?
>>>3a) Are there any performance benchmarks?
>>>4) What is the infrastructure?  Stuts / WW2 ???
>>>5) Is there an application flow map anywhere? I am trying
>>>to follow the logic and get lost somewhere after
>>>LayoutServlet ;)
>>>
>>>
>>>The rambling background....
>>>
>>>I have deployed my fair share of PHPNuke/Postnuke sites
>>>over the years and I am on the eternal quest for a better
>>>solution.  It is simply too difficult to keep
>>>customizing, patching and upgrading miles of PHP to get
>>>what I want.
>>>
>>>One of the sites that I built
>>>(http://www.ManalapanSoccerClub.com) (My son is the
>>>sweatshirt model w/ the purple face in the apparel
>>>section...) is having a hard time maintaining the content
>>>of the site, so I was thinking about building a GUI and
>>>some modules specific to thier needs. (Like a Documents
>>>and Forms page).  Adding a module to the php nuke site is
>>>very easy (The photo gallery is about 40 lines of code
>>>and did not require a restart to install).
>>>
>>>I am going either to build one myself in Webware for
>>>Python (webware.sf.net) or Zope's Plone.  (I'm not going
>>>to go the Java route if I am the sole developer of a
>>>custom app)
>>>
>>>The main reason that I want to go with a Java/Python
>>>implementation is that I want to be able to extend a
>>>generic system in a cleaner way then is possibile with
>>>PHP.
>>>
>>>I am also developing another site that may (hopefully)
>>>see a lot of traffic and they PHP version cannot handle a
>>>large load w/ my modifications.  So I either have to
>>>rewrite that without basing it on an open project or get
>>>a bigger box.
>>>
>>>Hopefully there will be some slides from JavaONE that I
>>>can see that will answer these questions.
>>>(I would have loved to go again, but nowadays I have to
>>>do silly things like justify travel expenses.....)
>>>
>>>Thanks,
>>>-Aaron Held
>
>
>