Jon Stevens [EMAIL PROTECTED] writes:
Quite a lot of the concepts in Struts are simply borrowed from patterns that
Turbine has been using from day one. Actions are a good example of that.
So where did _you_ borrow actions from. GoF maybe ? Seriously while Turbine
might be thr right thing for
Hi folks!
Jon Stevens wrote:
Maybe one day people will realize that it is significantly easier to just
download the 400k turbine.jar and link against that than it is to spend a
huge amount of effort decoupling and interfacing everything to oblivion.
For us, it's not about easy or difficult.
Alex Fernndez [EMAIL PROTECTED] writes:
In fact, if the component configuration cannot be integrated in our
global configuration scheme, it will not do.
My concern as well.
So, in a word, we don't need components that integrate with each other;
we need components that need no integration
James House wrote:
Maybe I'm still unsure of the purpose of "the commons" but, do you really
want something as huge as a process automator in there? -- We're talking
about something on the scale of a full-blown EJB container here. It's not
something somebody would want packaged along with
Alex Fernndez wrote:
Jon Stevens wrote:
I can't wait to see what it will be like to configure all these Commons
components and how many .xml files I will have to edit or how much
configuration code I will have to write to make it work...
You're right, of course. If instead of
Jon Stevens wrote:
I can't wait to see what it will be like to configure all these Commons
components and how many .xml files I will have to edit or how much
configuration code I will have to write to make it work...
The subtext of the project is definitely "how can we create independent
Well the parts in Avalon CVS are the "base" of my
cron job server that did most of what you wanted ;)
From memory the other blocks I created were
PersistentJobStore - stores job definitions and scheduling
JobDispatcher - ie used the job defintions to create list of ant tasks and
execute them
At 07:52 23/3/01 -0800, James House wrote:
There are some very fine lines to walk when trying to build code that is
re-usable, and also clean and straight forward, and also tries to re-use
some code itself. For instance, I immediately cringe at thinking the job
scheduler should be dependent on
James House wrote:
I also agree with the poster on this thread who said that libraries/products
should not be tied to a framework, but rather the framework should
incorporate them. I'm positive that if the Job Scheduler is tied to Avalon
or Turbine or framework, many people (including
I've just received this. I comment down.
[EMAIL PROTECTED] wrote:
The MessageLabs Virus Control Centre discovered a possible
virus or unauthorised code (such as a joke program or trojan)
in an email sent by you.
Please read this whole email carefully. It explains what has
happened to
Peter Donald wrote:
yer well whatever. Illusions can be grand, I guess reality you
will have to learn through error.
I am a father of 2, and I believe three things:
1) Struts/Taglibs, Avalon, and Turbine are 1, 2, and 3 years ahead of these
new subprojects.
2) Some things can't be taught,
on 3/22/01 10:48 PM, "Craig R. McClanahan" [EMAIL PROTECTED] wrote:
But if the best argument for Turbine is
that "JSP sucks balls", I'd keep looking for some rational reasoning if I
were you. :-)
http://jakarta.apache.org/velocity/ymtd/ymtd.html
That is about 10 pages of clearly laid
on 3/22/01 10:51 PM, "Craig R. McClanahan" [EMAIL PROTECTED] wrote:
So, are you planning to propose these as reusable components after
jumping up and down about sharing?
I have been jumping up and down about sharing for years now...suddenly you
have decided to start listening AND
on 3/23/01 1:16 AM, "Gunnar R|nning" [EMAIL PROTECTED] wrote:
So where did _you_ borrow actions from. GoF maybe ? Seriously while Turbine
might be thr right thing for some people, it is not the right thing for
others. I got serious problems with tying my applications to a product
where there
on 3/23/01 2:42 AM, "Alex Fernndez" [EMAIL PROTECTED] wrote:
we use
standard interfaces when they exist, otherwise we define one.
What is standard?
http://jakarta.apache.org/velocity/ymtd/ymtd-implementation.html
-jon
--
If you come from a Perl or PHP background, JSP is a way to take
your
on 3/23/01 8:24 AM, "Santiago Gala" [EMAIL PROTECTED] wrote:
I've just received this. I comment down.
Their system is crappy. I have had several flamewars with these people about
their "virus detection" software which just loves to send tons of those
emails when it detects a long subject line.
I am pleased to announce that the Tomcat 3.2.2 beta 2 release is now
available for download at
http://jakarta.apache.org/builds/tomcat/release/v3.2.2-beta-2
Tomcat 3.2.2 contains bug fixes collected since the release of Tomcat 3.2.1.
The bugs known to be fixed in this release as well as all
17 matches
Mail list logo
