Re: Continuum 1.2 Roadmap

2007-10-04 Thread Christian Gruber
Heh.  Not going to happen, but I'd recommend going with Tapestry 5.   
It's beautiful, and a much healthier model of development than JSP/ 
Struts/Struts2/etc. in my own view.


It's also a work in progress (the 5 branch) but it's so much cleaner  
and more elegant than so much out there, and they're currently  
discussing decoupling the javascript stuff so that components would  
delegate the JS/AJAX to your framework of choice (to avoid JS lock-in  
the way a lot of JSF frameworks do it).


Anyway, just throwing things at the wall to see what sticks. ;)

Christian

On 3-Oct-07, at 4:04 PM, Emmanuel Venisse wrote:


Hi,

We are near the end of 1.1, it's time to discuss of 1.2 roadmap :)

For this new version, my vision is:

- Rewrite all the UI with a full GWT site. I want to migrate to GWT
because we need better performance on the UI even if it is correct  
now.

The second point is that with GWT (and Ajax in general)
we'll can add nice features (maybe not in 1.2) to users like auto- 
refresh
of small part of pages, users spaces, dynamic chart... And the last  
point

of the GWT choice is all the code is written in java
with a verification of all parts by the compiler (properties  
undeclared or
unused, css style doesn't exist,...) so we'll reduce typo errors  
that we

got sometimes.

- Externalization of all the configuration. In this version, I want to
move all the conf that is actually embedded in application.xml to a  
file

more visible by the user. We can use plexus-registry for
this.

- Better support of XML-RPC and other remote access (XFire, ...).  
For this
point, I think it would be good to share the code with the GWT part  
with

some services classes that will embed all the
remote code with security checks

- Better support of maven projects. Actually, we detect if a build is
required by looking at scm changes and dependencies changes. The  
problem

is in dependencies changes. We look only at dependencies
that are a continuum project too, it would be good to check  
repositories
to find if a new version exists like maven do it. An other problem  
with

dependencies changes is we don't really check if a new
version exists but only if a new build result was created, it's a  
problem

in case of projects with more than one build definition (for example
clean install and site). If a site is generated, a
new build result is created and continuum consider it as a dependency
change so it rebuild all dependent projects in the next step.

About GWT, I found few guys (6) that want to spend some time to do the
migration and investigate on some new UI features.

This roadmap is short because I don't want to wait a new time a long  
wait
before to release a new 1.x version and I'd like to attract new  
users. I'd

like to release 1.2 betfore the end of the year.

I'll send a new mail in few weeks about 2.0 roadmap that will  
require more

work.

wdyt?

Emmanuel









Re: Continuum Archiva on Tomcat together and appserver.base variable

2007-10-04 Thread Damien Lecan
 What is the problem?

As both applications are configured to use appserver.base as base logs
directory and as they are deployed in the same Tomcat instance, I
cannot separate all things about Continuum or Archiva.

I could update Continuum or Archiva internal configuration to use
another variable, but that would be a problem when upgrading.

This is not a big problem, but very annoying for people who manage
theses applications.

Damien