[EMAIL PROTECTED] wrote:
>
> i'm working on a turbine 2.2 release.
> all bug-fixes are back-ported from HEAD to the 2.x branch.
>
> castor, freemarker and webmacro services will be deprecated (they will not be
> included in 3.0)
>
> if you have any wishes for the 2.2 release, speak now!
So wil
Raphae"l Luta wrote:
>
> Johnny Cass wrote:
>
> > Hi,
> >
> > I've been away for a while and would just like to get a quick update on
> > the status of Jetspeed.
> >
>
> Check out the latest CVS code, or if you don't have time, Dav
Hi,
I've been away for a while and would just like to get a quick update on
the status of Jetspeed.
As far as I know, the current version of Jetspeed is using Turbine 2.1
right? What about version 2.2 and 3.0. Will Jetspeed be able to keep up
and use the latest released version of Turbine? There
Chris Kimpton wrote:
>
> Hi,
>
> --- David Sean Taylor <[EMAIL PROTECTED]> wrote:
> >
> > I think its fixed. Could you please cvs checkout and test it again.
>
> Working on it - but the cvs update is VERY SLOW - does no one else
> see this problem - Jon?
>
> > I tested with both velocity and j
Santiago Gala wrote:
>
> Johnny Cass wrote:
>
> > Santiago Gala wrote:
> >
> >>
> >>Also, I'm seeing funny things with current CVS.
> >>
> >>- jetspeed.jar is not in the war, at least not in WEB-INF/lib ???
> >>
> &g
Santiago Gala wrote:
>
>
> Also, I'm seeing funny things with current CVS.
>
> - jetspeed.jar is not in the war, at least not in WEB-INF/lib ???
The current build system does not add jetspeed.jar to the war. Instead,
the jetspeed classes are compiled into the 'classes' directory which
*is* dis
Jon Stevens wrote:
>
> When you modify your dependencies (submit a patch to the alexandria-dev
> mailing list), you also need to modify Gump instead of making Sam do all
> your work for you.
>
I wasn't aware of this, sorry, thanks Jon! (you too Sam). I'll submit a
patch if it is still necessary
Santiago Gala wrote:
%<-%<
>
> I read about the "State" design pattern, which is oriented to precisely
> this kind of problem.
>
> The idea in this pattern is "Allow an object to alter its behavior when
> its internal state cha
Johnny Cass wrote:
>
> 1.) Created separate targets of 'test_all' for servlet 2.2 and 2.3
> servlet engines to avoid name clashes.
>
> 2.) Please remove 'build-tests.xml' from the cvs, it was replaced by
> 'build-tests-22.xml' and 'build-
1.) Created separate targets of 'test_all' for servlet 2.2 and 2.3
servlet engines to avoid name clashes.
2.) Please remove 'build-tests.xml' from the cvs, it was replaced by
'build-tests-22.xml' and 'build-tests-23.xml'.
3.) Target 'clean' now also deletes the Castor generated directories.
4.)
ml2001/05/28 08:54:57
@@ -112,7 +112,8 @@
Update the build system to make easier compilation of modules
-Implement Cactus unit testing in Jetspeed
+Implement Cactus unit testing in Jetspeed - Done
+ Owner: Johnny Cass
Update t
1.) Created separate targets of 'test_all' for servlet 2.2 and 2.3
servlet engines to avoid name clashes.
2.) Please remove 'build-tests.xml' from the cvs, it was replaced by
'build-tests-22.xml' and 'build-tests-23.xml'.
Thanks.
Index: build.xml
Jon Stevens wrote:
>
> on 5/29/01 10:00 AM, "Santiago Gala" <[EMAIL PROTECTED]> wrote:
>
> > When I build clean, the bin directory is deleted.
> > When later I update -d -P (to ensure that new directories are created),
> > cvs complains that bin/CVS/ cannot be written. I must mkdir
> > bin/CVS a
Santiago Gala wrote:
>
> Santiago Gala wrote
>
> > Thanks for your great job, John. I think we are getting a new committer
>
> ---> obviously I meant Johnny. Sorry about this one :(
>
Hey, it could have been worse. If you omitted the 'h' someone might have
mistaken me for Jon. ;-). Just kiddi
Santiago Gala wrote:
>
> I have started development of a completely new implementation, where:
>
> - a Resource class would take care of URI (naming, policies, ...) and
> concurrent access issues, as well as being the interface towards the
> rest of the system.
So you would have a class (URIRes
Hi,
If nobody else is already working on this I'll take ownership of the
todo 'Rewrite diskcache as a Turbine service'. Anything else I need to
know before starting?
- Johnny
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addi
2001/05/28 08:54:57
@@ -112,7 +112,8 @@
Update the build system to make easier compilation of modules
-Implement Cactus unit testing in Jetspeed
+Implement Cactus unit testing in Jetspeed - Done
+ Owner: Johnny Cass
Update the list of
"Brekke, Jeff" wrote:
>
> +1 to removal. All projects seem to be moving in this direction.
I would like to see this happen, but agree with Raphael and Santiago. It
might be a bit premature to drop the scripts right now. The new build
system works like it used to without requiring Ant to be inst
Steve Davis wrote:
>
> Hi,
>
> I was wondering what the process is for getting a patch in the source?
Have a look at http://jakarta.apache.org/site/source.html, it explains
how to create a patch file that you can then send to this list for
someone to commit.
> As an aside question. Is everybo
Raphaël Luta wrote:
>
>
> Johnny Cass wrote:
> >
> > 3.) Can someone elaborate on the TODO: 'Update the build system to make
> > easier compilation of modules'. I am already making a lot of changes to
> > the build system to use Cactus. If somebody c
Raphael,
I do not have CVS commit rights. Creating a patch doesn't really make
sense since there are a few new directories and binaries. Can I send you
a tar.gz (~700kb) of the new 'build' directory so that you can have a
look at it?
Thanks.
- Johnny
Raphaël Luta wrote:
>
>
> > Johnny Cass wrote:
> >
> > 4.) Finally, if the turbine folk are going forward with removing the
> > build scripts, should we do the same? I'll do this as well.
> >
>
> I'm +0 on this: on one hand, it makes it ea
Raphaël Luta wrote:
>
> Johnny Cass wrote:
> >
> > Hi,
> >
> > Is somebody going to create a TODO-Release-13a2 file like we did for
> > 1.3a1? I get the feeling that a handful of people are doing almost all
> > the work at the moment. Maybe if everybody
Hi,
Is somebody going to create a TODO-Release-13a2 file like we did for
1.3a1? I get the feeling that a handful of people are doing almost all
the work at the moment. Maybe if everybody knew what still needs to be
done there would be more contributions?
Thanks.
-Johnny
>
> - Original Message -
> From: "Kimpton,C (Chris)" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, 09 May, 2001 16:27
> Subject: RE: Portlet API 2 Beta - TESTING
>
> > Hi,
> >
> > I just downloaded the branch and tried running it with tomcat3.3m2, but I
> > get the fol
Hi,
I have a question regarding interface org.apache.jetspeed.portlet.User.
As far as I can tell, the interface and it's current implementation
(org.apache.jetspeed.portletcontainer.UserImpl) is not used at the
moment.
Where do you see 'User' going? Shouldn't TurbineUser form the base of
any '
26 matches
Mail list logo