Hi,
I would like to know how to send email using common net:smtp component with
Chinese character encoding in Big5 or UTF-8??
I peek into the source and I notice a line which have a final field called
default_encoding, which set to ISO-8859
So how can I encode the body of email in other's
manco wrote:
does VFS support an alternative route to using Regular Expressions for selecting files to be
transfered than using the following standard java api calls:
Did you mean something which will be passed through to the native
implementation so to limit the bandwith used to transfer the
I'm wondering if somone has any creative ideas here. I'm working on a
project that gets javax.sql.DataSource instances via Tomcat's JNDI
provider. This works fine, except when we are developing code and need
to run Junit tests.
Because the tests need to run outside Tomcat, getting access to
Does anyone know where I can download a jar of all the
apache.commons.fileupload packages?
org.apache.commons.fileupload
org.apache.commons.fileupload.config
org.apache.commons.fileupload.disk
org.apache.commons.fileupload.portlet
org.apache.commons.fileupload.servlet
The commons fileupload
I'd suggest you take a look at the Inversion of Control (IoC) pattern. Any
object that needs a DataSource (typically a DAO) should not acquire it by
calling JNDI directly, instead, the caller should obtain a DS pass it to the
DAO. That way, your unit tests can easily mock up a DS to test the DAOs.
We actually have a TestCase base class with methods for setting up individual
mechanisms or the whole environment (jndi, jta/jts, datasources, hibernate's
session factories, etc.).
We're currently using ObjectWeb's Carol for JNDI JOTM for JTA, all starts up
in less than a sec.
The
have you heard about mock objects (http://jmock.codehaus.org,
http://easymock.org) ?
On 5/3/05, WHIRLYCOTT [EMAIL PROTECTED] wrote:
I'm wondering if somone has any creative ideas here. I'm working on a
project that gets javax.sql.DataSource instances via Tomcat's JNDI
provider. This works
I don't have a slick trick, but what I do is get my datasources from a
dbhelper class. In that class I try to read from jndi, if I can't get
access to jndi I read from a config file that sits on the classpath. In
Tomcat it gets the connection from jndi, for tests i create it from the
config
I am trying to write out a class that implements DynaBean. When I do
this it does not write out any of the dynaproperties. I looked at the
TestDynaBeanSupport test case. It does not appear to be writing out the
dynaproperty either. When I changed the betwixt file to print out the
Stumbled across this just recently: Spring has a mock JNDI
implementation. Create your datasource, bind it into the mock JNDI
tree, activate it and off you go. Note that this class is in the
spring-mock JAR, not the regular spring JAR. Class documentation is at
Has there been a commons-email 1.0 release yet?
T
-Original Message-
From: Dion Gillard [mailto:[EMAIL PROTECTED]
Sent: Monday, April 25, 2005 8:24 PM
To: Jakarta Commons Users List
Subject: Re: Email status
Eric Pugh is in the process of generating a release from memory.
See
Hi all,
I have an application that uses GenericObjectPool in Commons Pool.
Under relatively high loads (perhaps 10-20 objects borrowed per second),
one of the pools is returning a negative number of active connections
when getNumActive is called. A summary report on the pool shows the
Or you can use an in memory JNDI datasource like this one:
http://spice.sourceforge.net/jndikit/
BTW, wasn't there an in memory JNDI datasource available in commons too?
Was it removed? Or am I just confused?
Thanks and regards,
Paulo Gaspar
Brian Murray wrote:
Stumbled across this just
Ops! Spice and the JNDIKIT have a new home:
http://spice.codehaus.org/components.html
Have fun,
Paulo Gaspar
Paulo Gaspar wrote:
Or you can use an in memory JNDI datasource like this one:
http://spice.sourceforge.net/jndikit/
BTW, wasn't there an in memory JNDI datasource available in commons
Commons FileUpload --
http://jakarta.apache.org/commons/fileupload/
-- InĂcio da mensagem original ---
De: Will Presson [EMAIL PROTECTED]
Para: Jakarta Commons Users List
commons-user@jakarta.apache.org
Cc:
Data: Tue, 3 May 2005 13:11:16 -0400
Assunto:
15 matches
Mail list logo