Re: [VOTE] Release Candidate JMeter 2.3 RC1 - abandoned

[Dion Gillard]

From looking at Struts SVN, I'm guessing that they're built and then tagged

from a revision of trunk and then that tag is voted on for quality.

Maybe one of the Struts/Tomcat committers can explain how they do it? Ted,
Don?

On 7/9/07, sebb <[EMAIL PROTECTED]> wrote:


On 09/07/07, Dion Gillard <[EMAIL PROTECTED]> wrote:
> sebb,
>
> one of the things I find useful about the build process that httpd,
Struts,
> Tomcat etc use is that it means anyone can do a build and then call for
a
> vote on it's quality.
>
> If this process is streamlined enough, it means feedback can be
extracted
> from people more often and issues discovered earlier.
>
> I know this isn't how things are done ATM with jakarta, but it's worth
> thinking about.

I have been making regular nightly builds available, however it was
only when I created a formal build and called for a vote that various
issues surfaced.

So yes, it could be useful in future.

Do these quality check builds have to be tagged in SVN?
Or can they just be built from the current code line?

> On 7/9/07, sebb <[EMAIL PROTECTED]> wrote:
> >
> > On 04/07/07, sebb <[EMAIL PROTECTED]> wrote:
> > > I've created JMeter 2.3 RC1 in the directory:
> > >
> > > http://people.apache.org/~sebb/jmeter-2.3/dist
> > >
> > > Site/Docs are here:
> > > http://people.apache.org/~sebb/jmeter-2.3/site
> > >
> > > All feedback welcome.
> > >
> > > [ ]+1 - the release candidate looks OK, proceed with full release
> > > [ ]-1 - there is a problem (please indicate what it is)
> >
> > Various problems have been found in the release, so I won't be
> > proceeding with it.
> >
> > Thanks for all the feedback so far, which has been very useful.
> >
> > I have been able to fix most of the reported problems, but there are
> > still some outstanding.
> >
> > > sebb AT apache DOT org
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> dIon Gillard
> Rule #131 of Acquisition: Information is Profit.
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
dIon Gillard
Rule #131 of Acquisition: Information is Profit.

Re: [VOTE] Release Candidate JMeter 2.3 RC1 - abandoned

[Dion Gillard]

sebb,

one of the things I find useful about the build process that httpd, Struts,
Tomcat etc use is that it means anyone can do a build and then call for a
vote on it's quality.

If this process is streamlined enough, it means feedback can be extracted
from people more often and issues discovered earlier.

I know this isn't how things are done ATM with jakarta, but it's worth
thinking about.

On 7/9/07, sebb <[EMAIL PROTECTED]> wrote:


On 04/07/07, sebb <[EMAIL PROTECTED]> wrote:
> I've created JMeter 2.3 RC1 in the directory:
>
> http://people.apache.org/~sebb/jmeter-2.3/dist
>
> Site/Docs are here:
> http://people.apache.org/~sebb/jmeter-2.3/site
>
> All feedback welcome.
>
> [ ]+1 - the release candidate looks OK, proceed with full release
> [ ]-1 - there is a problem (please indicate what it is)

Various problems have been found in the release, so I won't be
proceeding with it.

Thanks for all the feedback so far, which has been very useful.

I have been able to fix most of the reported problems, but there are
still some outstanding.

> sebb AT apache DOT org
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
dIon Gillard
Rule #131 of Acquisition: Information is Profit.

Re: [VOTE] Release Candidate JMeter 2.3 RC1

[Dion Gillard]

Sebb,

Just checking is this a vote to release 2.3RC1 from this location or to
release 2.3 from this bundle?

On 7/4/07, sebb <[EMAIL PROTECTED]> wrote:


I've created JMeter 2.3 RC1 in the directory:

http://people.apache.org/~sebb/jmeter-2.3/dist

Site/Docs are here:
http://people.apache.org/~sebb/jmeter-2.3/site

All feedback welcome.

[ ]+1 - the release candidate looks OK, proceed with full release
[ ]-1 - there is a problem (please indicate what it is)

sebb AT apache DOT org

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
dIon Gillard
Rule #131 of Acquisition: Information is Profit.

Re: Announce: Commons-IO 1.3.2

[Dion Gillard]

Woohoo! Thanks for all the hard work Jochen.

On 7/4/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote:


Hi,

the Jakarta Commons Team (or Apache Commons Team, nowadays) is glad to
announce the release of Commons IO 1.3.2. Commons IO is a library of
low-level utilities to assist with developing IO functionality. This
is a bug fix release with the following changes:

- Some tests, which are implicitly assuming a Unix-like file system,
are now skipped
  on Windows. Fixes IO-115.
- Created the FileCleaningTracker, basically a non-static version of
the FileCleaner,
  which can be controlled by the user. Fixes IO-116.
- EndianUtils - both readSwappedUnsignedInteger(...) methods could
return negative
  numbers due to int/long casting. Fixes IO-117. Thanks to Hiroshi Ikeda.

Commons-IO 1.3.2 is available from

http://jakarta.apache.org/site/downloads/downloads_commons-io.cgi

Jochen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
dIon Gillard
Rule #131 of Acquisition: Information is Profit.

Re: [VOTE] Commons moving to TLP

[Dion Gillard]

Stephen,

I think Sebb does have a valid point.

Using CLI as an example, I'm not sure that there is a shared sense of
responsibility for it.

CLI 1.x has had an issue open against it since 2006-03 with only
recent activity on it, and Henri's comment in that issue from 2007-03
("CLI is still pretty much a dead commons component. No one's actively
working on it.")  is damning evidence.

On 5/23/07, Stephen Colebourne <[EMAIL PROTECTED]> wrote:

- Original Message 
From: sebb <[EMAIL PROTECTED]>
> Do all the Commons sub-projects have sufficient numbers ot committers
> to justify them remaining in Commons? For example CLI has not even had
> a formal release yet and has been far less active than JMeter, but is
> still protected by being in Commons.

Commons components are not the equivalent of Jakarta sub-projects.

That is a key factor as to why commons can continue to function, when Jakarta 
has died.

The difference is that everyone is responsible for everything in Commons, 
whereas in Jakarta people only take responsibility for their own area. Now, 
thats not to say that every Commons developer cares equally about every Commons 
component, but there is a strong sense of shared responsibility. Anyone can 
review/support/oppose a commit/idea/release.

Thus, your original question re CLI doesn't really apply in the same way.

Stephen





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
dIon Gillard
Rule #131 of Acquisition: Information is Profit.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Commons moving to TLP

[Dion Gillard]

On 5/23/07, Niall Pemberton <[EMAIL PROTECTED]> wrote:

On 5/23/07, Dion Gillard <[EMAIL PROTECTED]> wrote:
> I think  there's another issue here.
>
> Many of those who voted +1, aren't on the initial list of committers
> in the proposal.
>
> Also, many current commons committers aren't on the proposed list.

Yup thats disappointing.


Maybe not all of them follow general@ - I'm crossposting.


> It seems that we're not voting on that specific proposal, rather just
> the idea to move, and that a lot of people are being disenfranchised
> by not being listed.

Its down to people to add themselves to the TLP resolution (they were
invited to do so) - if people are disenfranchised then its their own
choice.


I don't know about that. It seems that a discussion and proposal
taking place on a different list isn't being as inclusive as we should
be.


> Wouldn't it be better if the initial list came from the svn acl?

Would seem wrong to put people on the list without their consent.


It would also seem wrong to 'remove' someone's commit access to the
code by moving it to a TLP without at least keeping the dev list
informed.



Niall

> On 5/23/07, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> > On 5/8/07, Henri Yandell <[EMAIL PROTECTED]> wrote:
> > > Sadly a bit too late to make the next board meeting I suspect.
> > >
> > > However, here's a vote for Commons to officially request that it move to 
TLP.
> > >
> > > http://wiki.apache.org/jakarta-commons/TLPResolution
> > >
> > > Please add your name if you're a Commons developer and haven't added
> > > your name yet.
> > >
> > > [ ] +1 I support the proposal
> > > [ ] +0 I don't care
> > > [ ] -1  I'm opposed to the proposal because...
> > >
> > > Voting will close in one week.
> >
> > Quick summary of this thread 28 Votes for (23 binding), 4 against (3
> > binding). Seems to me that those objecting don't seem to have
> > pursuaded people to change their vote. At what point do we decide on a
> > result?
> >
> > Votes +1 (* indicates binding)
> > 
> > 1.  Henri Yandell(*)
> > 2.  Dennis Lundberg(*)
> > 3.  Mladen Turk(*)
> > 4.  Torsten Curdt(*)
> > 5.  Oliver Heger(*)
> > 6.  Robert Burrell Donkin(*)
> > 7.  Stephen Colebourne(*)
> > 8.  Daniel F. Savarese(*)
> > 9.  Martin Cooper(*)
> > 10. Mark Thomas(*)
> > 11. Niall Pemberton(*)
> > 12. Stefan Bodewig(*)
> > 13. Phil Steitz(*)
> > 14. Jörg Schaible(*)
> > 15. Jean-Frederic(*)
> > 16. Henning Schmiedehausen(*)
> > (conditional on The TLP proposal matching the template)
> > 17. Nick Burch
> > 18. Davanum Srinivas(*)
> > 19. Thomas Vandahl
> > 20. Oliver Zeigermann(*)
> > 21. Rony G. Flatscher(*)
> > 22. Scott Eade(*)
> > 23. Yegor Kozlov
> > 24. Luc Maisonobe
> > 25. Mario Ivankovits(*)
> > 26. Roland Weber(*)
> > 27. Andrew Oliver(*)
> > (think this was a vote for, voted -1 to Commons=Jakarta)
> > 28. Jesse Kuhnert
> >
> > Added themselves to the TLP Proposal but didn't vote(?)
> > 
> > 1.  Jochen Wiedmann
> > 2.  Martin van den Bemt(*)
> > 3.  Matt Benson
> > 4.  Rory Winston(*)
> > 5.  Joerg Pietschmann
> >
> > Objections / Votes -1
> > =
> > 1.  Petar Tahchiev
> > - sees no direct benfits for Commons
> > 2.  Ted Husted(*)
> >     - Strike Java from resolution or don't hijack "Commons" Name
> > 3.  Simon Kitching(*)
> > - Will erect walls we took down
> > - like Ted doesn't want java to monopolise "commons" name
> > 4.  Danny Angus(*)
> > - preserve the Jakarta brand
> > - Wants Jkarata==Jakarta Commons
> > - thinks Commons should sort out Jakarta problems
> >
> > Bile & Nonsense
> > ===
> > Jean Carlo Salas

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
dIon Gillard
Rule #131 of Acquisition: Information is Profit.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Commons moving to TLP

[Dion Gillard]

I think  there's another issue here.

Many of those who voted +1, aren't on the initial list of committers
in the proposal.

Also, many current commons committers aren't on the proposed list.

It seems that we're not voting on that specific proposal, rather just
the idea to move, and that a lot of people are being disenfranchised
by not being listed.

Wouldn't it be better if the initial list came from the svn acl?

On 5/23/07, Niall Pemberton <[EMAIL PROTECTED]> wrote:

On 5/8/07, Henri Yandell <[EMAIL PROTECTED]> wrote:
> Sadly a bit too late to make the next board meeting I suspect.
>
> However, here's a vote for Commons to officially request that it move to TLP.
>
> http://wiki.apache.org/jakarta-commons/TLPResolution
>
> Please add your name if you're a Commons developer and haven't added
> your name yet.
>
> [ ] +1 I support the proposal
> [ ] +0 I don't care
> [ ] -1  I'm opposed to the proposal because...
>
> Voting will close in one week.

Quick summary of this thread 28 Votes for (23 binding), 4 against (3
binding). Seems to me that those objecting don't seem to have
pursuaded people to change their vote. At what point do we decide on a
result?

Votes +1 (* indicates binding)

1.  Henri Yandell(*)
2.  Dennis Lundberg(*)
3.  Mladen Turk(*)
4.  Torsten Curdt(*)
5.  Oliver Heger(*)
6.  Robert Burrell Donkin(*)
7.  Stephen Colebourne(*)
8.  Daniel F. Savarese(*)
9.  Martin Cooper(*)
10. Mark Thomas(*)
11. Niall Pemberton(*)
12. Stefan Bodewig(*)
13. Phil Steitz(*)
14. Jörg Schaible(*)
15. Jean-Frederic(*)
16. Henning Schmiedehausen(*)
(conditional on The TLP proposal matching the template)
17. Nick Burch
18. Davanum Srinivas(*)
19. Thomas Vandahl
20. Oliver Zeigermann(*)
21. Rony G. Flatscher(*)
22. Scott Eade(*)
23. Yegor Kozlov
24. Luc Maisonobe
25. Mario Ivankovits(*)
26. Roland Weber(*)
27. Andrew Oliver(*)
(think this was a vote for, voted -1 to Commons=Jakarta)
28. Jesse Kuhnert

Added themselves to the TLP Proposal but didn't vote(?)

1.  Jochen Wiedmann
2.  Martin van den Bemt(*)
3.  Matt Benson
4.  Rory Winston(*)
5.  Joerg Pietschmann

Objections / Votes -1
=
1.  Petar Tahchiev
- sees no direct benfits for Commons
2.  Ted Husted(*)
- Strike Java from resolution or don't hijack "Commons" Name
3.  Simon Kitching(*)
- Will erect walls we took down
- like Ted doesn't want java to monopolise "commons" name
4.  Danny Angus(*)
- preserve the Jakarta brand
- Wants Jkarata==Jakarta Commons
- thinks Commons should sort out Jakarta problems

Bile & Nonsense
===
Jean Carlo Salas

---------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
dIon Gillard
Rule #131 of Acquisition: Information is Profit.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Move Turbine to TLP

[Dion Gillard]

On 4/29/07, Scott Eade <[EMAIL PROTECTED]> wrote:

The Turbine project has been discussing a proposal to the board that the
Turbine projects leave the Jakarta umbrella and become their own top
level project.  We are now at the point in the process that calls for a
vote to take place.

The proposal is available at:
http://wiki.apache.org/jakarta-turbine/TLPTurbine

For the interested, most of the discussion took place in the following
thread:
http://www.nabble.com/-DISCUSS--TLP--tf3574436.html

Here are the vote options:
[ ] +1 I support the proposal
[ ] +0 I don't care
[ ] -1  I'm opposed to the proposal because...

Voting will close in one week.


+1 From me.



Thanks,

Scott

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
dIon Gillard
Rule #131 of Acquisition: Information is Profit.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Move Velocity to TLP

[Dion Gillard]

+1.

On 9/16/06, Nathan Bubna <[EMAIL PROTECTED]> wrote:

The Velocity project has for some time now been making plans for a
proposal to the board that the Velocity projects leave the Jakarta
umbrella and become their own top level project.  Martin has asked us
to hold a vote on the proposal here before he passes it along to the
board.  So...

The proposal is available for your perusal at:
http://wiki.apache.org/jakarta/TLPVelocity

For the interested, most of the discussion took place on the following thread:
http://marc.theaimsgroup.com/?t=11553094014&r=1&w=2

And the vote happens here:
[ ] +1 I support the proposal
[ ] +0 I don't care
[ ] -1  I'm opposed to the proposal because...

Thanks!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
http://www.multitask.com.au/people/dion/
Rule of Acquisition #91: Hear all, trust nothing.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Move Jakarta Cactus/JMeter to new Testing TLP

[Dion Gillard]

+1.

It could also be a home to latka, which is out of place here in
jakarta-commons.

On 4/21/06, Martin van den Bemt <[EMAIL PROTECTED]> wrote:
>
> > The options are:
> >
> > [X] +1 I am favorable to the move and would like to contribute to the
> new TLP
> > [  ] +1 I am favorable to the move but would not be participating in the
> new TLP
> > [  ] +0 it does not matter to me
> > [  ] -1 I am against it because 
> >
>
> Same motivation as Yoav and Rahul..
>
> Mvgr,
> Martin
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
http://www.multitask.com.au/people/dion/
Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid
of the dark, but because the dark is afraid of Chuck Norris

Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Beta 1

[dIon Gillard]

Tetsuya Kitahata wrote:

> Congratulations, Mike and all of HttpClient team.
> 
> When will it be relected to ibiblio?
It's now up there...

> And (IMHO) it is better to rewrite
> http://jakarta.apache.org/commons/httpclient/downloads.html
> 
> 
> commons-httpclient
> 2.0-alpha3
> http://jakarta.apache.org/commons/httpclient/
> 
> 
> to
> 
> 
> commons-httpclient
> 2.0-beta1
> http://jakarta.apache.org/commons/httpclient/
> 
> 
dIon



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jakarta.apache.org and Spam or junk mail threshold

[Mr Dion Gillard]

Thanks Pier,

--- Pier Fumagalli <[EMAIL PROTECTED]> wrote:
> On 29/9/02 10:49 am, "Mr Dion Gillard"
> <[EMAIL PROTECTED]> wrote:
> 
> > -
> > SMTP Protocol Returned a Permanent Error 553 Spam
> or
> > junk mail threshold exceeded. See
> > http://www.flame.org/qmail/spamjunk.html (#5.7.1)
> > -
> > 
> > Searching their database results in a 500 http
> > response :-(
> 
> (quoting)
[snip flame.org quoting]

Yep, read it all, and checked my mail logs. Nothing
funny happening AFAICT.

> > Any suggestions?
> 
> Write to [EMAIL PROTECTED] for those kind of stuff,
> and it'll be better to
> see also a message with full headers

Will send one ASAP.

Thanks again.

__
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Jakarta.apache.org and Spam or junk mail threshold

[Mr Dion Gillard]

Today I started getting email bouncing (from my
[EMAIL PROTECTED] address) from jakarta.apache.org
with the following message:

-
SMTP Protocol Returned a Permanent Error 553 Spam or
junk mail threshold exceeded. See 
http://www.flame.org/qmail/spamjunk.html (#5.7.1)
-

Searching their database results in a 500 http
response :-(

I checked MAPS RBL and we're not listed there.

I successfully emailed @ 1:30pm my time, and the
messages started bouncing @3:24 my time.

Any suggestions?


__
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: POI web update

[dIon Gillard]

Andrew C. Oliver wrote:

>Cool..  thanks man!
>
>On Sun, 2002-03-03 at 16:55, Sam Ruby wrote:
>
>>I've added poi to the list of sites which I automatically update every six
>>hours.
>>
>>See: http://www.apache.org/~rubys/updatesite.log1 ..
>>http://www.apache.org/~rubys/updatesite.log4 .
>>
>>- Sam Ruby
>>
Sam,

Would it be possible to add another site (latka) into that list?

-- 
dIon Gillard, Multitask Consulting
http://adslgateway.multitask.com.au/developers




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: EJB = bad = MS.net [People are stupid!]

[dIon Gillard]

Andrew C. Oliver wrote:

>There are times when a scalable remoteable solution is necessary. 
>Granted these are 1 in 100 projects, (or fewer).  Secondly, EJB is
>purely a bad implementation of this.
>
Note how many good ones you're citing...

>I recommend we table this discussion, it has drawn on.  EJB/J2EE
>bitch-fest is not something that has a logical conclusion.  I suggest
>participation in the design and development of AltiRMI and AJB (sp on
>both?) is a more productive discussion.  Slam EJB by getting something
>far better up on Jakarta.
>
Go for itso far noone one the con side has provided any decent 
arguments about how/why EJBs are bad, just slamming WebLogic doesn't 
really make much of an argument.

>
>
>-Andy
>
>On Fri, 2002-02-22 at 23:22, Aaron Smuts wrote:
>
>>With EJB you complicate the deployment, slow down the performance and
>>save nothing except looking for middleware modules.  Gee, I just don't
>>know where I'd find a connection pool or a logger or a single phase
>>transaction management system.  Good thing I have Weblogic to save me so
>>much time.  I'm glad I only have to wait 5 minutes for the damn thing to
>>restart.
>>
>>I've migrated my current application out of EJB's (weblogic) because
>>they do nothing but slow down the application and the development life
>>cycle.  I don't like programming in xml and having to shutdown
>>production to make patches.  The appserver specific deployment files
>>make them unportable and vendor dependent.  Weblogic tries its best to
>>lock you into T3 and its deployment.
>>
>>For most modest transactional needs, you can out build and out perform
>>any appserver using the JDBC.
>>
>>You can't even get small result sets with reasonable performance using
>>EJB.
>>
>>No matter what you try to do with EJB, I can provide a simpler, faster,
>>more scalable, and cheaper solution.
>> 
>>
>>>1) CTO (or some manager) gets the idea the EJBs are cool (after
>>>
>>reading a
>>
>>>BEA press release) and decides that his team's next project will be
>>>
>>done
>>
>>>using EJBs - without any thought as to whether EJBs are the correct
>>>
>>tool
>>
>>>for the Job.
>>>
>>Amen.
>>
>>This is exactly the problem.  
>>
>>Aaron
>>
-- 
dIon Gillard, Multitask Consulting
http://www.multitask.com.au/developers




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: EJB = bad = MS.net

[dIon Gillard]

Yu, Yanhui wrote:

>Hi,
>
>I am involved in a pretty large project (we have not really started coding
>yet).  As far as I can tell, we seem to go with Struts + WSAD + EJBs & Java
>+ JSP.  Am I right to interpret that you mean the combination of Struts and
>EJBs are problem prone?  Please help me to clarify on this.  Thank you very
>much,
>
>Yanhui
>
Not at all. Having done this several times, Struts + EJBs are an easy 
fit, and force some discipline on the developers to separate their 
actions and business logic.

>-Original Message-
>From: Vic Cekvenich [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, February 20, 2002 11:42 AM
>To: Struts Users Mailing List
>Cc: [EMAIL PROTECTED]
>Subject: EJB = bad = MS.net
>
>
>Home page of Jakarta has this
>http://jakarta.apache.org/site/news.html#0130.2
>on this:
>http://www.mail-archive.com/general%40jakarta.apache.org/msg03376.html
>
>I agree. Doing EJBs is bad on many levels and creates more problems. 
>Avoid EJB if you want to stay in Java.
>
>Alternative is to just use Struts + TomCat + RowSet (or DAO if you are 
>doing something simple or small) and done. This is the sweet spot. MVC 
>is all you need.
>
>Alternative, do EJBs and your organization WILL switch to MS .NET on the 
>next project, leave J2EE, and you have to learn VB.net.
>
>EJBs are for newbies. (If you need middleware (very rare) use SOAP)
>
>lol,
>Vic
>
>
>
>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
-- 
dIon Gillard, Multitask Consulting
http://www.multitask.com.au/developers




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: EJB = bad = MS.net

[dIon Gillard]

Vic Cekvenich wrote:

> Home page of Jakarta has this
> http://jakarta.apache.org/site/news.html#0130.2
> on this:
> http://www.mail-archive.com/general%40jakarta.apache.org/msg03376.html
>
> I agree. Doing EJBs is bad on many levels and creates more problems. 
> Avoid EJB if you want to stay in Java.
>
> Alternative is to just use Struts + TomCat + RowSet (or DAO if you are 
> doing something simple or small) and done. This is the sweet spot. MVC 
> is all you need.
>
> Alternative, do EJBs and your organization WILL switch to MS .NET on 
> the next project, leave J2EE, and you have to learn VB.net.
>
> EJBs are for newbies. (If you need middleware (very rare) use SOAP)

Thanks for the convincing argument.

So tell me how using Struts+Tomcat+RowSet you get:
- location independence
- distributed processing
- failover and clustering support
- transactional object behaviour for non-data classes
- pooled business objects

Ans since you're using SOAP, how do you handle things like massive 
object creation issues on the SOAP Server? Write all that infrastructure 
again? Sure why not.

-- 
dIon Gillard, Multitask Consulting
http://www.multitask.com.au/developers




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Another complain... FW: Jakarta FAQ-o-matic broken

[dIon Gillard]

Ok,

I have NO idea about how this works, but obviously noone wants to fix it 
either.

Why don't we take it offline until it's fixed?

Paulo Gaspar wrote:

>-Original Message-
>From: Jonathan Miller [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, January 31, 2002 3:42 PM
>To: '[EMAIL PROTECTED]'
>Subject: Jakarta FAQ-o-matic broken
>
>
>I cannot get the Jakarta FAQ-o-matic to work correctly.
>http://nagoya.apache.org:8080/jyve-faq/Turbine/screen/DisplayFaqs/action/Set
>All/project_id/2
>displays the following error message:
>Exception: java.lang.NoClassDefFoundError at
>org.apache.turbine.om.user.TurbineUser.setUserName(TurbineUser.java:648) at
>org.apache.turbine.om.user.peer.UserFactory.getUser(UserFactory.java:158) at
>org.apache.jyve.actions.sessionvalidator.DefaultSessionValidator.doPerform(D
>efaultSessionValidator.java:101) at
>org.apache.turbine.modules.Action.perform(Action.java:91) at
>org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:119) at
>org.apache.turbine.Turbine.doGet(Turbine.java:325) at
>javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at
>javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
>FilterChain.java:247) at
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
>ain.java:193) at
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
>va:243) at
>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
>66) at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
>org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
>va:201) at
>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
>66) at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
>org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344)
>at
>org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
>) at
>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
>66) at
>org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
>java:170) at
>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
>64) at
>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
>) at
>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
>64) at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
>org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
>:163) at
>org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
>66) at
>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
>at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
>org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
>1011) at
>org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106
>) at java.lang.Thread.run(Thread.java:484)
>It would be good if this can be fixed relatively quickly (it's been like
>this for a couple of days now) as it seems to present a very bad picture of
>Jakarta Tomcat if the Jakarta team cannot get their own Java-enabled website
>running correctly.
>All the best,
>--
>Jonathan Miller
>----
>Cartesian Limited
>Descartes House
>8 Gate Street
>London WC2A 3HP
>web: www.cartesian.co.uk
>
>
>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>


-- 
dIon Gillard, Multitask Consulting
http://www.multitask.com.au/developers




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: FAQ-o-matic down at least since yesterday...

[dIon Gillard]

Looks like one of those easy to debug, not-java Velocity things :)

I'm no good on it

Paulo Gaspar wrote:

>4 complains and counting!
>
>Can someone take care of this?
>
>
>Have fun,
>Paulo Gaspar
>


-- 
dIon Gillard, Multitask Consulting
http://www.multitask.com.au/developers




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: ECS?? _TOP_ level project of Jakarta??

[dIon Gillard]

Endre Stølsvik wrote:

>How is it possible that such a small, little, tiny project happens to be
>at the top level of Jakarta?
>
>Ahh.. Jon Stevens.. There we have it.
>
>WHY are there so many small, little tiny projects at the top of Jakarta?
>Ever heard of "grouping", "trees" and things like this? Could be useful..
>
>Really weird. Probably can't blame Jon Stevens for all of them, I suppose.
>
Why not submit a proposal rather than moaning?

-- 
dIon Gillard, Multitask Consulting
http://www.multitask.com.au/developers




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [PATCH] xdocs/stylesheets/site.vsl

[dIon Gillard]

dIon Gillard wrote:

> Hi Ceki,
>
> do you know if the site.xsl has the same ability already?
>
> If not, we'll need to patch that one too. Also, the tag documentation 
> should be updated whenever a new tag is introduced. I'll test the 
> site.xsl here and if it needs a patch will create one too.
>
>
I've changed site.xsl so that it matches the functionality added by Ceki 
and also updated the example doc and tag explanations.

-- 
dIon Gillard, Multitask Consulting
http://www.multitask.com.au/developers




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [PATCH] xdocs/stylesheets/site.vsl

[dIon Gillard]

Hi Ceki,

do you know if the site.xsl has the same ability already?

If not, we'll need to patch that one too. Also, the tag documentation 
should be updated whenever a new tag is introduced. I'll test the 
site.xsl here and if it needs a patch will create one too.


Ceki Gulcu wrote:

>Hello,
>
>I have modified xdocs/stylesheets/site.vsl so that  elements in
>the XML file are translated into meta tags in the HTML header. This is
>useful for example to add keyword meta tags which make it easy for
>search engines to categorize the page.
>
>The addition is very simple and consists of the printMeta macro and an
>iteration on all meta elements in $root. It's nothing much, possibly
>buggy and most definitely not as elegant as it should be. (I know very
>little about velocity and even less about anakia.)
>
>I have not applied the patch pending approval. Regards, Ceki
>
>Index: xdocs/stylesheets/site.vsl
>===
>RCS file: /home/cvs/jakarta-site2/xdocs/stylesheets/site.vsl,v
>retrieving revision 1.23
>diff -u -r1.23 site.vsl
>--- xdocs/stylesheets/site.vsl  4 Jan 2002 12:38:37 -   1.23
>+++ xdocs/stylesheets/site.vsl  28 Jan 2002 13:53:52 -
>@@ -215,6 +215,11 @@
> #end
> #end
>
>+#macro (printMeta $metaElement)
>++#foreach ($a in $attribs) $a.getName()="$a.getValue()" #end />
>+#end
>+
> #macro (document)
> 
> 
>@@ -228,6 +233,12 @@
> #metaauthor ( $au.getText() $au.getAttributeValue("email") )
> #end
>
>+   #set ($metas = $root.getChildren("meta"))
>+
>+##Parse meta directives such as
>+##
>+#foreach ($meta in $metas) #printMeta($meta) #end
>+
> $project.getChild("title").getText() - 
>$root.getChild("properties").getChild("title").getText()
> 
>
>@@ -269,3 +280,8 @@
> 
> 
> #end
>+
>+
>+
>+
>+
>


-- 
dIon Gillard, Multitask Consulting
http://www.multitask.com.au/developers




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>