Stefano Bagnara wrote:
I don't think that the current James trunk is ready to be feature freezed.
Imho there are many features that should be changed before adding them
to the final 2.3.0 release.
Just out of curiosity: What are they?
Bernd
Stefano Bagnara wrote:
Bernd Fondermann wrote:
What is the Postage problem with current trunk? Do you need help with
that?
(I only returned to these problems yesterday.)
On Unix (Linux/MacOS) I still get JAMES-447 until I revert r233184.
On Windows I get JAMES-419. I'll check today if same
Author: bago
Date: Fri Apr 28 01:59:42 2006
New Revision: 397810
URL: http://svn.apache.org/viewcvs?rev=397810view=rev
Log:
Fix for ClassCastException in setEncodingIfMissing. Reported by Bernd
Modified:
james/server/trunk/src/java/org/apache/james/transport/mailets/RemoteDelivery.java
Hi Bernd,
I just committed a patch for the ClassCastException you reported.
Please open a new JIRA issue if you still have exceptions.
Stefano
Bernd Fondermann wrote:
r233184 is the 8bitmime stuff I disabled today (temp workaround, but
we may need to submit a bugreport to sun-javamail)
How
Bernd Fondermann wrote:
Stefano Bagnara wrote:
I don't think that the current James trunk is ready to be feature
freezed.
Imho there are many features that should be changed before adding them
to the final 2.3.0 release.
Just out of curiosity: What are they?
Bernd
All the
Author: bago
Date: Fri Apr 28 02:59:57 2006
New Revision: 397836
URL: http://svn.apache.org/viewcvs?rev=397836view=rev
Log:
findMX result was modifiable in some circumstances. fixed (reported by Noeal).
Added a unittest, and improved unittests for DNSServer by adding a File-based
mocked-zone
Noel,
thank you for noticing this.
I added a testcase and fixed it.
Should we add another try/catch level for the second mx so that an
exception to the second lookup would result in the A record? (otherwise
null)
Stefano
Noel J. Bergman wrote:
I was just looking over the fix ...
Author: bago
Date: Fri Apr 28 03:03:43 2006
New Revision: 397837
URL: http://svn.apache.org/viewcvs?rev=397837view=rev
Log:
Removing backup commented block from previous commit.
Modified:
james/server/trunk/src/java/org/apache/james/dnsserver/DNSServer.java
Modified:
Hi Stefano,
this is cool stuff!
what did you do to get the zone-files on the classpath when running
./build run-unit-tests?
copy them over to build/test/classes?
add src/test to the classpath?
BTW, i'd prefer the first.
Bernd
[EMAIL PROTECTED] wrote:
Author: bago
Date: Fri Apr 28
Serge Knystautas wrote:
The YourKit memory snapshots do not include weak and soft references
(unless you do something special when you started the JVM), so the
44MB I'm seeing allocated are strong references. Also looking at the
changelog, the CacheCleaner thread in dnsjava uses weak
this worked for me:
Index: build.xml
===
--- build.xml (revision 397839)
+++ build.xml (working copy)
@@ -783,6 +783,9 @@
exclude name=${constants.file}/
exclude name=${poolconn.file}/
/javac
+ copy
On 4/28/06, Stefano Bagnara [EMAIL PROTECTED] wrote:
dsnjava 2.0.1 currently caches up to 5 records for each DNS type.
The number is hardcoded so we cannot change it.
We could set our own caches to dnsjava and size them as we prefer.
We should also remove the cache done in the DNSServer:
Serge Knystautas wrote:
I thought we had already gone the spi approach, or at least had
considered it at one point. I thought there was some issue with
different results, but I don't remember any specifics.
Don't know.
In terms of caching, is there a way we can make this configurable,
i.e.,
Stefano Bagnara wrote:
Serge Knystautas wrote:
I thought we had already gone the spi approach, or at least had
considered it at one point. I thought there was some issue with
different results, but I don't remember any specifics.
Don't know.
In terms of caching, is there a way we can make
Serge Knystautas wrote:
On 4/28/06, Stefano Bagnara [EMAIL PROTECTED] wrote:
dsnjava 2.0.1 currently caches up to 5 records for each
DNS type.
snipped
On the InetAddress side, I see that dnsjava is an SPI for
dns lookups.
Adding sun.net.spi.nameservice.provider.1=dns,dnsjava we
would
Steve Brewin wrote:
Serge Knystautas wrote:
snipped
On the InetAddress side, I see that dnsjava is an SPI for
dns lookups.
Adding sun.net.spi.nameservice.provider.1=dns,dnsjava we
would make
all the dns calls to use dnsjava the way we configured it.
Should we use the spi approach or
Stefano Bagnara wrote:
Imho there are many features that should be changed before adding them
to the final 2.3.0 release.
Let's add them to 2.4, 2.5, whatever. I feel a keen need for a stable (as
in reliable) release, and then we can make changes.
I think that the current trunk is almost
Unfortunately few people (just Norman and me, probably) is testing the
current trunk so it takes a lot to collect bugreports and to try to
find the real problems and possible workarounds.
I can do some limited bench testing, but I am not yet willing to put trunk
into production. Perhaps with
Author: bago
Date: Fri Apr 28 21:25:50 2006
New Revision: 398082
URL: http://svn.apache.org/viewcvs?rev=398082view=rev
Log:
fix to ant for unit-tests and new dnsserver tests. (reported by Bernd)
Modified:
james/server/trunk/build.xml
Modified: james/server/trunk/build.xml
URL:
19 matches
Mail list logo