- Refactor the Message class hierachy. I would like to see if we can have a
single represenation of a Mail for the whole system. 'Mail sources', e.g.
Protocols, Mailboxes, other services (Fetchmail) could use a standard set of
factory methods to create mail objects (one that takes a set of
I have fixed the Nokia branch integration for simple mail bodies. The problem
was Jamesesque nested InputStreams where still being used. Unfortunately
stored mail bodies are broken until I merge the parseBody functionality into
store. Will do some refactoring to make sure this code is
Stored mail bodies now work with after removing the nested InputStreams. I
have added a IOUtil.dotStuffingCopy method that will copy a dotStuffed stream
to a normal output stream. Currently this is only used for stored mail bodies.
Simple mail bodies are still using the code from the Nokia
You've merged against an old revision. Check revision 1.5 of
LocalMessage.java. BodyType is commented out, but is present in 1.4. Same
with MessageBean.java.
I'm making some changes around the Mailbox-MailBody integration that I will
commit soon. Fixes for JBMAIL-54 have kinda pushed
Correction LocalMessage.java revision 1.4 has bodyType commented out, revision
1.3 has it in.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3873346#3873346
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3873346
YesI agreeMy badWill read posts more clearly :-).
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3872486#3872486
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3872486
Hi,
Looks good. A useful feature would be to have it automatically send mails to
the addresses specified in the To/Cc/Bcc header of the mail message rather than
specify the local user. A number of smaller companies delegate their incoming
mail to their ISP and download all users' mail from a
I don't have many thoughts at this point mostly questions.
What the requirements of the protocols that use search? Is IMAP the only one?
MAPI? (I need to do some reading).
Is simple keyword/pattern search enough, or do we need to consider terms
together (locality, ordering, etc.)? How are
Dawie and I were working cross purposes for a while (around January time) and
we ended up with 2 differing implemenations trying fill the same gap. Dawie
kindly took a step back and allowed me to finalise the store implemenation
while he focused on the mailbox.
Sounds my last friday night
Currently the store doesn't use EJBs it uses the Client Transaction explicitly,
which really does make you feel dirty afterwards.
AOP transactions for the store will be M4.
Mike.
View the original post :
For the store:
- AOP transactions
- Compression
- Indexing??
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3870715#3870715
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3870715
anonymous wrote : or maybe implement a Lucene index
This is not such a bad idea. Perhaps not to support the Mail API but to
support protocols that require search. We could use lucene, or roll our own
that will allow joins directly from the index to the message rows. I think
this could be a
anonymous wrote : I have some inklings to use AOP for security
This is good news. I would like to use AOP for transaction management as the
JBoss apects give the same coverage as EJBs.
Mike.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3870556#3870556
I have modified the Entity Mailbox to hold a serialized copy of the mail body.
I think there is enough of the store in place now that the new mailbox
implementation could be integrated. Most of the changes outstanding for the
store will be behind the Store interfaces (e.g. configurable
The hibernate msgstore will be migrating to become part of the
org.jboss.mail.store package (my current task, hopefully done at end of this
week).
I have a couple of small tasks to do to complete the integration of the mail
store (done in the next day or 2). Once that is done, things should
Eclipse JBoss IDE (Makes debugging very easy).
Mike.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3869900#3869900
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3869900
Hi,
I have just committed the first pass of the Mail Store integration.
anonymous wrote : Eventually there should be:
|
| 1. Always use store
| 2. Never use store
| 3. Use store when the message is N kb
We have 1 2 at the moment. By default it is switched off. To turn it on,
anonymous wrote : Postgres's latest drivers seem to support streaming.
Sort of, streaming is supported via JDBC2 for inputing into a byte array field,
but not for retrieving data. Also the JDBC3 Blob is not supported, our
implemenation uses this (I sent a patch a couple of weeks ago but have
Ok. I will get to work on integrating the message store into the main line.
The body of the Mail will become a seperate object (currently it is a List of
byte arrays) which will be a proxy to the Store.
When I have that done I will modify the hibernate implemenation such that it
implements a
My orginal development with MySQL was using connector 3.1.5-gamma. I have
retested with 3.1.7 (final). Much better, bug 8096 is fixed (bug 7745 is still
outstanding) and performance is now at acceptable levels.
View the original post :
I have just commited the latest update to my store code. The JDBC3 and
PostgreSQL module play nice the JBoss Client Transaction Manager now.
Currently it has similar behaviour to the EJB Required transaction type,
mainly because the Client Transaction Manager doesn't support nested
Hi Andy,
Before you embark on that, can I ask you to have a look at the current
org.jboss.mail.store implemenation (the old one will suffice, but it will be
updated this weekend). I went through most of the pain of using the MySQL
emulated locators when I had my very first attempts at
PostgreSQL has an interface called the LargeObjectAPI:
http://www.postgresql.org/docs/8.0/interactive/largeobjects.html
I have built an implementation of the Store that talks directly to it and from
my tests it works really well (128MB in 1MB chunks in about 12s). They don't
have support for
Hi Andy,
All set up and working. Should be commiting some stuff at the end of the week.
Mike.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3868610#3868610
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3868610
My Store stuff is fairly close. I need to do some work to finish off the
handling of transactions and I should be able to commit around the end of this
week.
However there is a task assigned to me (JBMAIL-25) that recommends that the
store stuff I have done be reworked to implement
I tried doing a fresh checkout.
[EMAIL PROTECTED] ~]$ echo $CVS_RSH
ssh
[EMAIL PROTECTED] ~]$ cvs -z3 -d:ext:[EMAIL PROTECTED]:/cvsroot/jboss co -P
jboss-mail
[EMAIL PROTECTED]'s password:
cvs checkout: warning: cannot write to history file
/cvsroot/jboss/CVSROOT/history: Permission denied
cvs
Hi Andy,
I have tried using the cvs client settings from the sourceforge page, but I
still get: failed to create lock directory for `/cvsroot/jboss/jboss-mail'
(/cvsroot/jboss/jboss-mail/#cvs.lock): Permission denied
Mike.
View the original post :
anonymous wrote : hey mike don't you have cvs access now?
I'm not sure, I have tried but get any error; failed to create lock directory
for `/cvsroot/jboss/jboss-mail' (/cvsroot/jboss/jboss-mail/#cvs.lock):
Permission denied. Can 'cvs login' ok.
anonymous wrote : mailstore should have its own
Hi,
I have attached a zip of the src (streamstore-0.2.zip) to the JBoss Mail patchs
wiki. This should replace the existing org.jboss.mail.store.* package (move to
new package name is pending).
Regards,
Mike
P.S. Don't be surprised if the PostgreSQL fails in JUnitEE.
View the original post
Hi,
I have uploaded a 0.2 version of the Stream Store to the patches wiki, to apply:
| cd jboss-mail
| patch -p1 streamstore-0.2.patch
|
Summary of the changes:
- Removed Factoryness of the implementation. The Store is single instance
MBean.
- Support for both connected and
Hi,
I have resubmitted this patch (misc-fixes-20050108-2.zip). I have removed the
heap protection and the white space fixes (will submit these seperately). I
have added a JUnit to check that the Mail object can be serialized (can't seem
to get the JMS Unit tests to work).
I have broken each
I have raised a defect with the MySQL guys on the problem I found:
http://bugs.mysql.com/7745
Mike.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861270#3861270
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861270
I have raised a defect with the MySQL guys on the problem I found:
http://bugs.mysql.com/7745
Mike.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861273#3861273
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3861273
I have added a new zip to the Wiki. misc-fixes-20050108-2.zip.
This contains some of the stuff from the previous patch as individual patches.
I have excluded the heap protection stuff and the white spaces changes. There
is a README file that gives some detail on the fixes.
This should also
Ok, I know what the problem is (missing serializable inteface).
I will fix this weekend a resubmit as a set of individual patches.
Mike.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3861097#3861097
Reply to the post :
anonymous wrote : It might be good to take less of a factory approach.
No problem, this is mostly a personal style thing.
anonymous wrote : It is probably preferrable for the Store to assign the GUID
rather than the client.
The GUID is created by the StreamFactory (not the client), but it
anonymous wrote : Are you not however forcing transfer of the bytes from the
database even for drivers that don't have this bug?
I don't think so. Assuming drivers properly implement getBytes(pos,
len)/setBytes(pos, data) such that they only transfer the requested/supplied
number of bytes
Hi,
I have added a file (streamstore.zip) to the JBoss Mail Services patch page
that contains a first whack at a stream store to support the advanced heap
protection mechanism specfied on the Wiki. The file contains only new files
(i.e. not actually a patch) and all of the additional
Hi,
I have made some changes to jboss-mail. I have attach a zip file containing
the patch and a CHANGELOG to the patches wiki page:
http://www.jboss.org/wiki/Wiki.jsp?page=MailServicesPatches
The changelog:
- Use variable to locate JBOSS within classpath setting for eclipse project
- Added
Hi,
I am interested in contributing to the jboss mail project. I have spent today
looking at implementing heap protection (basic as per the wiki). However I
have run into a couple things that require me to ask a couple of questions.
1) Where should the text body of a mail message sit within
Firstly this should be really be posted to the user forum:
http://www.jboss.org/index.html?module=bbop=viewforumf=50
Below is the best description of how to set up IIS Tomcat. It is based on IIS 6 and
Window 2003, but you should be able to adapt it. I used it as a guide for settings up
a
I get the follow deployment error when trying specify a new subsystem in the
remoting-service.xml file. The mbean configuration is below.
This is running on: JBoss 4 DR4, JDK 1.4.1, Windows 2000.
| MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM:
| ObjectName:
Ok, cheers.
I will post anything further to that thread.
Mike.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3834033#3834033
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3834033
I think including class metadata in the chain is a good idea. The case I was looking
at was similar to the following:
/**
| * @@persistent pk=Id
| */
| public POJO {
| String Id;
| String name;
| /**
|* @@persistent_getter
|*/
| public void getName() {
|
Hi,
I am currently experimenting with JBoss-AOP and the annotation/metadata support. I
have noticed that for MethodInvocations the Class metadata is not part of path that is
used to resolved the metadata. See the code from MethodInvocation.java:
public Object getMetaData(Object group, Object
Currently IMO the best J2EE IDE available is BEA's Weblogic Workshop (try 1-year free
dev license). If you are looking for new features this is a good place to start.
Probably the most desirable feature (ignoring the EAI functionality) that they have is
the graphical MVC-based web application
Make directory:
File f = new File(/path/to/directory);
f.mkdirs();
Untar:
This is a little more difficult as tar is not support by Java out of the box. If your
file was a zip (or a jar) then you could use the java.util.zip packages to unzip the
file. As for tar either write you own tar file
47 matches
Mail list logo
