Corey,
yes you are right, main motivation
is getting [email] out of sandbox :-)
your #1 should be the easiest way.
Btw. do you know if the JAMES-folks
have a facility like dumbster?
Regards,
Matthias
-Original Message-
From: Corey Scott [mailto:[EMAIL PROTECTED]
Sent: Tuesday,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32260.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
ah, now I read the rest,
well doing such a component is a nice
thing. since unit-tests for [email]
are a plus.
well I don't know how to promote
such a component to sandbox, perhaps
eric knows more?
I guess must post some code,
that you will push to Jakarta Commons
Sandbox. After that, there
I have taken a quick look at Jame, maybe someone might correct me, but
I cant see anything similar to this. I will be the first to admit
that I am not a domain expert in this particular area, but I am
definately interested and can see the use for a compact 'fake' mail
server, with decent error
Matthias Wessendorf wrote:
your #1 should be the easiest way.
Btw. do you know if the JAMES-folks
have a facility like dumbster?
Sorry, what is dumbster?
--
Serge Knystautas
Lokitech software . strategy . design http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
Serge,
[Extract from the website http://quintanasoft.com/dumbster/]
The Dumbster is a very simple fake SMTP server designed for unit and
system testing applications that send email messages. It responds to
all standard SMTP commands but does not deliver messages to the user.
The messages are
Sounds like he's gonna change it anyway.. I mailed him the thread with
henri's explaination and they've had a dialogue sicnce then.
He said
I don't have a problem changing the license. I will take a closer
look at the text tomorrow and
drop in the appropriate license from the choice you gave me
Serge,
http://quintanasoft.com/dumbster/
faking SMTP ;-)
Regards,
Matthias
-Original Message-
From: Serge Knystautas [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 16, 2004 9:54 AM
To: Jakarta Commons Developers List
Subject: Re: [VOTE] Promote Email to Commons Proper
yeah Mark,
nice deal! I also just surfed to sf.net
and figured out email-address of jasionkitchen ;-)
so back to vote! ;-)
-Matthias
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
I had a peek on SF, and it looks like the developer has changed the
license now:
http://cvs.sourceforge.net/viewcvs.py/dumbster/dumbster/license.txt?rev=1.2view=auto
Cheers,
Rory
Matthias Wessendorf wrote:
yeah Mark,
nice deal! I also just surfed to sf.net
and figured out email-address of
Rory,
well the project pages tell you GPL...
http://sourceforge.net/projects/dumbster/
cheers!
-Original Message-
From: Rory Winston [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 16, 2004 2:02 PM
To: Jakarta Commons Developers List
Subject: Re: [VOTE] Promote Email to Commons
Hi,
I get the same thing, forwarding to [EMAIL PROTECTED] as instructed in
the error report.
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Shinobu Kawai [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 16, 2004 6:30 AM
To: [EMAIL PROTECTED]
Subject: Bugzilla buggy?
Hi,
Give him a couple of days to update his license and web page before we
start the vote again ;) But it's sure nice to have clout when you ask
people to change their license ;)
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Matthias Wessendorf [mailto:[EMAIL
+1
Stefan
Oliver Zeigermann wrote:
Folks,
as described in previous posts and inspired by the fine proposal for
email promotion I would like to see the transaction component
http://jakarta.apache.org/commons/sandbox/transaction/
promoted to commons proper.
The initial committers would be Stefan
Yikes. A quick Google says that this error is:
No space left on device
Who's the relevant admin?
Rory
Shapira, Yoav wrote:
Hi,
I get the same thing, forwarding to [EMAIL PROTECTED] as instructed in
the error report.
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From:
Hi,
It's [EMAIL PROTECTED] and [EMAIL PROTECTED]
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Rory Winston [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 16, 2004 9:05 AM
To: Jakarta Commons Developers List
Subject: Re: FW: Bugzilla buggy?
Yikes. A quick Google
also non-binding, right?
On Tue, 16 Nov 2004 14:49:10 +0100, Stefan Lützkendorf
[EMAIL PROTECTED] wrote:
+1
Stefan
Oliver Zeigermann wrote:
Folks,
as described in previous posts and inspired by the fine proposal for
email promotion I would like to see the transaction component
It'd be pretty easy to have James use the Null mailet as the first
(and only step) in its processing logic. This would cause James to
spool the incoming messages to disk, and then always discard them. That
would be a much heavier weight solution though.
We use something slightly like this,
Attached is a patch to LogFactory that attempts to
play classloader tricks to prevent the hard reference
problem. This is not meant to be applied; the patch
is just a shorthand way to communicate ideas I'm
playing with.
This seemed to work in the sense that the tests I
added to LogFactoryTest
+1
On Tue, 16 Nov 2004 14:49:10 +0100, Stefan Lützkendorf
[EMAIL PROTECTED] wrote:
+1
Stefan
Oliver Zeigermann wrote:
Folks,
as described in previous posts and inspired by the fine proposal for
email promotion I would like to see the transaction component
Date: 2004-11-16T13:00:02
Editor: TorstenCurdt [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Jelly
URL: http://wiki.apache.org/jakarta-commons/Jelly
no comment
Change Log:
--
@@ -11,6 +11,8 @@
i like what i see but at the moment i'm +0...
i'm a little uncertain whether the scope of the component has been
given the thought it deserves. the description describes what's in
transaction rather than the proposed scope for the component. in some
ways, at the moment transaction feels like
I think your request is very reasonable. However, this really is an
integrated component. Both the file system and the maps rely on the
locks. Compare this to e.g.
http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/intro.html
where you have a similar structure for more general
On 16 Nov 2004, at 06:12, Brian Stansberry wrote:
(in general agreement)
snip
So, it seems like a hard reference in the map to a
LogFactory is mostly a problem for webapps that
include commons-logging in WEB-INF when it is already
available on the server classpath. Bad practice in
general to do
On 16 Nov 2004, at 22:03, Oliver Zeigermann wrote:
I think your request is very reasonable. However, this really is an
integrated component. Both the file system and the maps rely on the
locks. Compare this to e.g.
http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/
intro.html
ozeigermann2004/11/16 14:44:44
Modified:transaction/xdocs index.xml
Log:
Added scope proposal
Revision ChangesPath
1.6 +28 -17jakarta-commons-sandbox/transaction/xdocs/index.xml
Index: index.xml
OK, I added the scope proposal to
http://jakarta.apache.org/commons/sandbox/transaction/
I have to admit it is somehow inspired by the scope of the concurrent
package and also by Roberts sketch ;)
Any objections from the other transaction guys?
Thanks for pointing in that direction Robert, I
ebourg 2004/11/16 16:12:05
Modified:configuration/src/test/org/apache/commons/configuration
TestBaseConfigurationXMLReader.java
Log:
minor style fix
Revision ChangesPath
1.4 +3 -3
ebourg 2004/11/16 16:14:03
Modified:configuration/src/java/org/apache/commons/configuration
ConfigurationUtils.java
Log:
getBasePath now returns null if the specified URL is null
Revision ChangesPath
1.11 +6 -1
ebourg 2004/11/16 16:18:00
Modified:configuration/src/java/org/apache/commons/configuration
AbstractFileConfiguration.java
Log:
The constructor AbstractFileConfiguration(String) now relies on setFileName()
instead of duplicating the logic.
This provides
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31797.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
mbecke 2004/11/16 17:43:20
Modified:httpclient/xdocs news.xml
Log:
added mailing list news
Revision ChangesPath
1.32 +19 -4 jakarta-commons/httpclient/xdocs/news.xml
Index: news.xml
===
mbecke 2004/11/16 18:19:14
Modified:httpclient release_notes.txt
Log:
added the latest changes
Revision ChangesPath
1.41 +11 -2 jakarta-commons/httpclient/release_notes.txt
Index: release_notes.txt
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31797.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
mrdon 2004/11/16 23:59:19
Modified:chain/src/java/org/apache/commons/chain/impl
CatalogBase.java
Log:
Made CatalogBase thread-safe by synchronizing the map of commands
PR: 32015
Revision ChangesPath
1.11 +5 -2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32015.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
36 matches
Mail list logo
