You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Brandon Goodin <ma...@phase.ws> on 2003/05/29 14:40:03 UTC
[REMOVE THIS DUDE]!!!!! DELIVERY FAILURE: Error delivering to Chetan Khimjee/Impfleet; Router: Database disk quota exceeded
WOULD SOMEONE PLEASE REMOVE THIS FOOL!!!!!!!!!
Brandon Goodin
-----Original Message-----
From: Postmaster@impfleet.co.za [mailto:Postmaster@impfleet.co.za]
Sent: Thursday, May 29, 2003 6:38 AM
To: Brandon Goodin
Subject: DELIVERY FAILURE: Error delivering to Chetan Khimjee/Impfleet;
Router: Database disk quota exceeded
Your message
Subject: RE: Justifying Struts
was not delivered to:
CKhimjee@impfleet.co.za
because:
Error delivering to Chetan Khimjee/Impfleet; Router: Database disk quota
exceeded
Re: [REMOVE THIS DUDE]!!!!! DELIVERY FAILURE: Error delivering to
Chetan Khimjee/Impfleet; Router: Database disk quota exceeded
Posted by Johan <ja...@nilling.nl>.
I try to send a message to the postmaster. No luck, message bounced
because you can't mail their postmaster :-(
Johan
Brandon Goodin wrote:
> WOULD SOMEONE PLEASE REMOVE THIS FOOL!!!!!!!!!
>
> Brandon Goodin
>
>
> -----Original Message-----
> From: Postmaster@impfleet.co.za [mailto:Postmaster@impfleet.co.za]
> Sent: Thursday, May 29, 2003 6:38 AM
> To: Brandon Goodin
> Subject: DELIVERY FAILURE: Error delivering to Chetan Khimjee/Impfleet;
> Router: Database disk quota exceeded
>
>
> Your message
>
> Subject: RE: Justifying Struts
>
> was not delivered to:
>
> CKhimjee@impfleet.co.za
>
> because:
>
> Error delivering to Chetan Khimjee/Impfleet; Router: Database disk quota
> exceeded
>
>
>
> ------------------------------------------------------------------------
>
> Reporting-MTA: dns;lotus_notes.impfleet.co.za
>
> Final-Recipient: rfc822;CKhimjee@impfleet.co.za
> Action: failed
> Status: 5.0.0
> Diagnostic-Code: X-Notes; Error delivering to Chetan Khimjee/Impfleet; Router: Database disk quota exceeded
>
>
> ------------------------------------------------------------------------
>
> Subject:
> RE: Justifying Struts
> From:
> "Brandon Goodin" <ma...@phase.ws>
> Date:
> Thu, 29 May 2003 06:37:45 -0600
> To:
> "Struts Users Mailing List" <st...@jakarta.apache.org>
>
>
> Ya I just started coding a project in PHP. I love the spaghetti code and
> complete lack of structural rules :-D
>
> Other such loves...
>
> 1) I love how there are no namespaces
> 2) I love the mish-mash of procedural and object oriented principals.
> 3) I love the lack of scope to store objects or basic string data in general
> (no application scope, weak request scope, and, from #2, a procedural/oo
> page scope that makes you wanna scream)
> 4) Loose (obsurdly) typing that can and DOES encourage crappy programming.
> 5) I love how at every chance they attempt to borrow from java, but due to
> their underpinnings always wind up seriously short and still find room to
> cut down java.
>
> My advice to PHP... MAKE UP YOUR MIND!!! :-))
>
> Anyways, that's my .02,
>
> Brandon Goodin
>
>
> -----Original Message-----
> From: Mark Galbreath [mailto:mark_galbreath@qat.com]
> Sent: Thursday, May 29, 2003 6:17 AM
> To: 'Struts Users Mailing List'
> Subject: RE: Justifying Struts
>
>
> I'm with you, Mike! That's why I stopped using this confounded framework
> and returned to good ole ASP....
>
> Mark
>
>
>> I've heard about
>>Struts and have researched it over the last few hours. The MVC
>>approach makes
>>sense, but I'm still not sold on it yet. Here are some doubts I have.
>>
>>1) I think the separation of presentation (view) from the model and
>>controller
>>has gone too far (or probably is not done well in Struts). For
>>example, I like
>>to have my front end developers do form (field) validation. These
>>developers
>>should not have to write beans to do this (all examples I've seen so
>>far do
>>form validation in Java beans). This somewhat contradicts the J2EE
>>development
>>model where "application developers", who are basically scripters (not
>>OO
>>developers), do the front end work.
>>
>>2) There is just too much junk to write to do a simple form. The
>>samples I've
>>seen have involve too many files to do a simple form. Plus, why
>>should I have
>>to write a new bean for each form. Why can't the bean either be
>>generated
>>automatically or there be a general purpose bean (with properties that
>>are
>>created dynamically) that works for all forms?
>>
>>3) We already separate business logic nicely, usually by encapsulating
>>the
>>logic in beans or EJBs. By the time the "application developers" get
>>to work
>>writing JSP/HTML, they are not writing any business logic. So why add
>>the
>>overhead of Struts (or any other framework)?
>>
>>4) Because we separate out business logic into beans and EJBs, Java is
>>simply
>>used as a scripting langauge in our JSPs - in just the same way that
>>VBScript
>>is used in Active Server Pages. We try not to confuse the object
>>oriented
>>language called Java, with the scripting language called Java that we
>>use in
>>JSPs. We use a very small subset of Java in JSPs.
>>
>>5) Based on #4, I don't particularly care for taglibs either. Again,
>>we are
>>simply using Java to do simple scripting. Loops are probably the most
>>complex
>>thing we do. So why add the extra overhead of taglibs. A loop is a
>>loop
>>whether it has the syntax of Java or a taglib. Plus, if I want my
>>front-end
>>developers to get any experience with serious development, I'd rather
>>have them
>>dealing with Java as opposed to taglibs, which have no value in the
>>real world
>>of programming.
>>
>>6) Performance is unknown. I've looked through the mail archives and
>>have seen
>>requests for performance figures, but no answers (plenty of folks
>>pushing
>>Struts though).
>>
>>Mike
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>
>
>
> ------------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
--
Nilling Software Design
Postbus 43
2280 AA Rijswijk ZH
w: http://www.nilling.nl
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: [REMOVE THIS DUDE]!!!!! DELIVERY FAILURE: Error delivering to
Chetan Khimjee/Impfleet; Router: Database disk quota exceeded
Posted by Ted Husted <hu...@apache.org>.
None of the addresses in the headers are subscribed to the list. I
checked for any addresses containing "khimjee" or "chetan" or
"impfleet", but there are none. I looked at all the subscriptions for
the .za domain, but none of those seem likely. I also checked the
servers cited in the bounced-mail headers, but none of those match either.
There are some other logs I check, but I'll have to bone-up on the
documentation first, since it's been awhile since I need to use them.
The correct place to post any requests regarding this list is
struts-user-owner@jakarta.apache.org.
-Ted.
Brandon Goodin wrote:
> WOULD SOMEONE PLEASE REMOVE THIS FOOL!!!!!!!!!
>
> Brandon Goodin
>
>
> -----Original Message-----
> From: Postmaster@impfleet.co.za [mailto:Postmaster@impfleet.co.za]
> Sent: Thursday, May 29, 2003 6:38 AM
> To: Brandon Goodin
> Subject: DELIVERY FAILURE: Error delivering to Chetan Khimjee/Impfleet;
> Router: Database disk quota exceeded
>
>
> Your message
>
> Subject: RE: Justifying Struts
>
> was not delivered to:
>
> CKhimjee@impfleet.co.za
>
> because:
>
> Error delivering to Chetan Khimjee/Impfleet; Router: Database disk quota
> exceeded
>
>
>
> ------------------------------------------------------------------------
>
> Reporting-MTA: dns;lotus_notes.impfleet.co.za
>
> Final-Recipient: rfc822;CKhimjee@impfleet.co.za
> Action: failed
> Status: 5.0.0
> Diagnostic-Code: X-Notes; Error delivering to Chetan Khimjee/Impfleet; Router: Database disk quota exceeded
>
>
> ------------------------------------------------------------------------
>
> Subject:
> RE: Justifying Struts
> From:
> "Brandon Goodin" <ma...@phase.ws>
> Date:
> Thu, 29 May 2003 06:37:45 -0600
> To:
> "Struts Users Mailing List" <st...@jakarta.apache.org>
>
>
> Ya I just started coding a project in PHP. I love the spaghetti code and
> complete lack of structural rules :-D
>
> Other such loves...
>
> 1) I love how there are no namespaces
> 2) I love the mish-mash of procedural and object oriented principals.
> 3) I love the lack of scope to store objects or basic string data in general
> (no application scope, weak request scope, and, from #2, a procedural/oo
> page scope that makes you wanna scream)
> 4) Loose (obsurdly) typing that can and DOES encourage crappy programming.
> 5) I love how at every chance they attempt to borrow from java, but due to
> their underpinnings always wind up seriously short and still find room to
> cut down java.
>
> My advice to PHP... MAKE UP YOUR MIND!!! :-))
>
> Anyways, that's my .02,
>
> Brandon Goodin
>
>
> -----Original Message-----
> From: Mark Galbreath [mailto:mark_galbreath@qat.com]
> Sent: Thursday, May 29, 2003 6:17 AM
> To: 'Struts Users Mailing List'
> Subject: RE: Justifying Struts
>
>
> I'm with you, Mike! That's why I stopped using this confounded framework
> and returned to good ole ASP....
>
> Mark
>
>
>> I've heard about
>>Struts and have researched it over the last few hours. The MVC
>>approach makes
>>sense, but I'm still not sold on it yet. Here are some doubts I have.
>>
>>1) I think the separation of presentation (view) from the model and
>>controller
>>has gone too far (or probably is not done well in Struts). For
>>example, I like
>>to have my front end developers do form (field) validation. These
>>developers
>>should not have to write beans to do this (all examples I've seen so
>>far do
>>form validation in Java beans). This somewhat contradicts the J2EE
>>development
>>model where "application developers", who are basically scripters (not
>>OO
>>developers), do the front end work.
>>
>>2) There is just too much junk to write to do a simple form. The
>>samples I've
>>seen have involve too many files to do a simple form. Plus, why
>>should I have
>>to write a new bean for each form. Why can't the bean either be
>>generated
>>automatically or there be a general purpose bean (with properties that
>>are
>>created dynamically) that works for all forms?
>>
>>3) We already separate business logic nicely, usually by encapsulating
>>the
>>logic in beans or EJBs. By the time the "application developers" get
>>to work
>>writing JSP/HTML, they are not writing any business logic. So why add
>>the
>>overhead of Struts (or any other framework)?
>>
>>4) Because we separate out business logic into beans and EJBs, Java is
>>simply
>>used as a scripting langauge in our JSPs - in just the same way that
>>VBScript
>>is used in Active Server Pages. We try not to confuse the object
>>oriented
>>language called Java, with the scripting language called Java that we
>>use in
>>JSPs. We use a very small subset of Java in JSPs.
>>
>>5) Based on #4, I don't particularly care for taglibs either. Again,
>>we are
>>simply using Java to do simple scripting. Loops are probably the most
>>complex
>>thing we do. So why add the extra overhead of taglibs. A loop is a
>>loop
>>whether it has the syntax of Java or a taglib. Plus, if I want my
>>front-end
>>developers to get any experience with serious development, I'd rather
>>have them
>>dealing with Java as opposed to taglibs, which have no value in the
>>real world
>>of programming.
>>
>>6) Performance is unknown. I've looked through the mail archives and
>>have seen
>>requests for performance figures, but no answers (plenty of folks
>>pushing
>>Struts though).
>>
>>Mike
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>
>
>
> ------------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
--
Ted Husted,
Struts in Action <http://husted.com/struts/book.html>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: [REMOVE THIS DUDE]!!!!! DELIVERY FAILURE: Error delivering to Chetan Khimjee/Impfleet; Router: Database disk quota exceeded
Posted by Mark Lowe <ma...@talk21.com>.
I found a solution... if you don't mail the group his mail server wont
send an error message...
DOOH!!! :o)
On Thursday, May 29, 2003, at 13:58 Europe/London, Daniel Joshua wrote:
> +1
>
> Regards,
> Daniel
>
>
> -----Original Message-----
> From: Brandon Goodin [mailto:mail@phase.ws]
> Sent: Thursday, 29 May, 2003 8:40 PM
> To: Struts User List
> Subject: [REMOVE THIS DUDE]!!!!! DELIVERY FAILURE: Error delivering to
> Chetan Khimjee/Impfleet; Router: Database disk quota exceeded
>
>
> WOULD SOMEONE PLEASE REMOVE THIS FOOL!!!!!!!!!
>
> Brandon Goodin
>
>
> -----Original Message-----
> From: Postmaster@impfleet.co.za [mailto:Postmaster@impfleet.co.za]
> Sent: Thursday, May 29, 2003 6:38 AM
> To: Brandon Goodin
> Subject: DELIVERY FAILURE: Error delivering to Chetan Khimjee/Impfleet;
> Router: Database disk quota exceeded
>
>
> Your message
>
> Subject: RE: Justifying Struts
>
> was not delivered to:
>
> CKhimjee@impfleet.co.za
>
> because:
>
> Error delivering to Chetan Khimjee/Impfleet; Router: Database disk
> quota
> exceeded
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
RE: [REMOVE THIS DUDE]!!!!! DELIVERY FAILURE: Error delivering to Chetan Khimjee/Impfleet; Router: Database disk quota exceeded
Posted by Daniel Joshua <da...@gridnode.com>.
+1
Regards,
Daniel
-----Original Message-----
From: Brandon Goodin [mailto:mail@phase.ws]
Sent: Thursday, 29 May, 2003 8:40 PM
To: Struts User List
Subject: [REMOVE THIS DUDE]!!!!! DELIVERY FAILURE: Error delivering to
Chetan Khimjee/Impfleet; Router: Database disk quota exceeded
WOULD SOMEONE PLEASE REMOVE THIS FOOL!!!!!!!!!
Brandon Goodin
-----Original Message-----
From: Postmaster@impfleet.co.za [mailto:Postmaster@impfleet.co.za]
Sent: Thursday, May 29, 2003 6:38 AM
To: Brandon Goodin
Subject: DELIVERY FAILURE: Error delivering to Chetan Khimjee/Impfleet;
Router: Database disk quota exceeded
Your message
Subject: RE: Justifying Struts
was not delivered to:
CKhimjee@impfleet.co.za
because:
Error delivering to Chetan Khimjee/Impfleet; Router: Database disk quota
exceeded
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org