1. @Tx tags can only be used on classes but not interfaces (in the case
of MBeans)
a. reason this would be handled by the MBean deployer adding a
transaction interceptor rather than AOP proper.
b. there is no framework within jboss for XMBeans using attribute
tags to specify interception
Bill Burke wrote:
[EMAIL PROTECTED] wrote:
1. @Tx tags can only be used on classes but not interfaces (in the case
of MBeans)
a. reason this would be handled by the MBean deployer adding a
transaction interceptor rather than AOP proper.
b. there is no framework within jboss for
Having the dependency information will make things work a lot more
smoothly for us, we will still not be able to use service beans
without at least deploytime dependency injection. We will have to
continue to kludge around these holes in the near future but one day
5.0 will fix all of our
I guess that could workits extremely undesireable, but technically
feasible. It would be rather unpleasent to look up ever independent
attribute as a seperate JNDI lookup and forcibly inject it. For the
moment dealing with the drawbacks of XMBeans and the integration
issues is less
In the near future only people with existing HARs will use it and it
will be a frequently slimmed out feature yet it is being packaged with a
core feature. It is already a frequently removed feature because often
existing apps are written to an incompatible version of hibernate. I
absolutely
That seems ill-advised.
Dimitris Andreadis wrote:
The har deployer is gone and the SAR deployer now handles .har too
(in any case .har really contained a jboss-service.xml descriptor)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL
Anyone know if there is a solution to make (marshalled) stack traces
either a little longer or something. Its somewhat difficult to debug
EJB3 ejbs because often the source of the exception is close ot the
bottom. It'd be nice if you could see real info in the Junit window for
instance.
nevermind, I was trying to discuss the overall usability of the thing.
I'll keep my
comments to myself.
-Andy
Adrian Brock wrote:
Andy,
Take your *user questions* to the user's list or the forums.
That way users can benefit from the answers if/when they are
answered.
You at least need to
There can be only one reply to this.
Adrian Brock wrote:
On Mon, 2005-08-15 at 13:32, [EMAIL PROTECTED] wrote:
nevermind, I was trying to discuss the overall usability of the thing.
Then do so, just don't dump contextless assertions that are
no use to man nor beast.
I'll keep
IIUC, If we supported MD5s we could. It probably isn't a bad idea to
sign releases anyhow...
-Andy
Scott M Stark wrote:
There is no inherent support for this in the get command, so the only
way this could be supported is to have cksums of the jars as part of the
component info and optionally
Anyone know where the izpack installer stuff is kept? I'm converting
jbms but want an example of user input...figured there might be one.
-andy
---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am
No, why would I read that? :-) For some reason I was looking for
something harder to find in some weird module somewhere ;-)
Wow the userInput panel limitation kinda sucks. Whoohoo I found one
thing that was better about Cheese :-) -- on the whole I mostly like it.
No one has fixed the
following ejb3 install instructions
(http://docs.jboss.org/ejb3/tutorial/installing.html) yields this...
00:04:44,276 INFO [Server] JBoss (MX MicroKernel) [4.0.1sp1 (build:
CVSTag=JBoss_4_0_1_SP1 date=200502160314)] Started in 1m:22s:607ms
00:04:46,511 WARN [UDP] discarded message from
Spam bots ususally know how to pick that up now. An alternative that
I've started to use:
acoliver ot jboss dat org
-Andy
Roy Russo wrote:
I'm the only one in the portal group that does it this way, and its
because I fear what spambots will do as they rip thru Web CVS:
* @author Roy Russo
As a jboss developer or person interested in JBoss development, what
operating system do you use? Why do you feel it is the best for JBoss
development?
---
SF.Net email is sponsored by: Tell us your software development plans!
Take this
This is not the proper forum for this type of request. This is to discuss the
JBossMail server.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3849728#3849728
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3849728
Right now resources are tight because we don't get the kind of customer feedback we
need. Shout for it. Demand it. Say We want it now! (this is a good start!)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3849731#3849731
Reply to the post :
More than anything we need I'm a JBoss customer or potential customer with use case
XYZ we need JBossMail for TUV. The scare us with threats to use big pieces of crap
like Domino (okay I'm in hyperbole) haha. Basically for the project to become a
priority, like with any company, we have to
Which page did you follow? This one?
http://www.jboss.org/wiki/Wiki.jsp?page=MailServicesInstallingM2
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3849665#3849665
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3849665
jboss/server/default/deploy/mail.ear/mail.sar/META-INF/jboss-service.xml and
jboss/server/default/deploy/mail.ear/entitymailbox.jar/META-INF/jboss.xml
The first configures services, the second configures ejbs. If you're configuring
ports, the server name (particularly important), etc then you
So I made it harder than it is :-). For the first pass I think a JBoss is the world
approach is appropriate. Worry about being compatible with other peoples DTMs later.
Then focus on major DTMs like Arjuna...
View the original post :
It is my opinion that we need to add transaction logging and recovery to the JB
transaction manager.
My understanding of Trasaction Logging and recovery:
The transaction manager would follow the two phase commit protocol (we seem to kinda
sorta do that but not completely). The transaction
I'd love to see more Tapestry-Nukes integration. Tapestry is great at totally
different things than nukes.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3844967#3844967
Reply to the post :
This is the wrong place for this question. This is not for the JNDI bound mail
client. This is for the new JBoss mail server itself.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3844786#3844786
Reply to the post :
Yeah right Clebert.. . The end user for these reports isn't a developer. You do
realize most business are run off of MS Excel and Word! At the end of the day, I want
to do more OLAPy data-cuby stuff, but at the same time...I want actual users that
means printable formats will be a big
It seems to be a flaw to me that we have to choose either to have HAJMS or non-HAJMS.
I ought to be able to have both. Meaning if I look up via HAJNDI, I get the master
node JMS. IF I look up via JNDI, I get my local JMS. Furthermore, It seems like I
ought to be able to set up local
absolutely. If you're interested in kicking this off, I'll get my original design
notes together, type them up and post them. HoweverWe have to keep a perspective
on what is 1.0 vs 2.0 vs 3.0 etc.
View the original post :
For my first pass I'm going to do this as thread-per-client because cmdData and other
pieces which take over the stream will have to be pretty drastically altered (mostly
CmdAUTH and CmdDATA). I'm betting POP will be more so (but I haven't looked there in
awhile and I didn't write that code).
The bounces really ought to be more descriptive (when we bounce or say can't
deliver) and say why...
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3844581#3844581
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3844581
I'm making the changes for NIO in parrallel so as not to hold anyone up. There will
be two versions of some things for now NIO and IO -- To get the NIO edition use
the NIOServer as opposed to the Server mbean. They share interfaces however. Mostly
anything effected will check if socket is
I just committed mysql examples to CVS. if you look in the jbosscmp-jdbc.xml for the
entity mail box stuff you'll find my setup. I still have problems even with 4.x (used
rpms for redhat) and corrupting blobs and saying that it has the wrong transaction ID.
I've no idea how to fix that
I'm dickering with NIO in hopes of getting timeout to work. Furthermore I think I
can do better with heap protection. Overall I think we'll be better off with
non-blocking IO... It just looks like a pain so far. ;-)
View the original post :
In the JBoss AOP training it says that to make Jasper advisable, the aop descriptor,
etc. has to be deployed first or we have to AOP precompile tomcat. Is this only
because jasper has already been loaded and we're connecting via the classloader?
View the original post :
You need to look harder:
http://www.jboss.org/wiki/Wiki.jsp?page=MailServices
also notice the big fat link (wiki: JBossMail pages) on this page:
http://jboss.org/products/mailservices
which is linked off of projects on the main page.
there is even this page:
eventually we should have more of a high level API for mail-based applciations.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3842730#3842730
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3842730
I'm going to respec M2 as some pretty important stabillity stuff has been added.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3841115#3841115
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3841115
I made some fixes to the build. Its still not perfect. Really I just want to
simplify the hell out of it. The only real downer is the topic/queue deployment is
kinda f**ked sometimes... Looks like more of a JBossMQ thing. Test it out and tell
me what you think.
View the original post :
Look at what the Spec says. It says something about the locking. Presently we can't
*send* from two different threads with the same user...
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3839553#3839553
Reply to the post :
Can you start working on a webmail client? I think that is higher priority than the
admin stuff UI-wise until the underlying plumbing for persistent changes to
descriptors and a semi-transactional deployment scanner/main deployer is done. That
would require some pretty intense JBoss knowledge
Can you ask that question in more detail? -Thanks
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3839557#3839557
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3839557
Sounds like you get it. I will do it later today.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836632#3836632
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836632
Mail Services is now JBossMail.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836460#3836460
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836460
---
This SF.Net
That is funky. Note that I have not upgraded yet. I just increased the amount of
memory (now tomcat is crashing) -- Relax, I plan on upgrading my server *real soon
now*. The andy resource is ATM locked in a transaction regarding getting the jboss
newsletter running.
View the original post
So I've got the entity mail list stuff mostly working. There is a minor problem ATM
in that it still tries to deliver the mail via the regular mail listener. I needed
this to work because I need to get it running for Marc.
This is actually just a symptom of an evolutionary model. The
We should do both I think. LIST does one thing, GET another. Also pay attention the
the load semantics. Right now we're eager loading. We might even consider dropping
the eager loading becuase we are on option A but I figured there was a high chance we
wouldn't be in cache. Over the summer
No I meant your improper choice of editor.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836155#3836155
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836155
---
Mike sounds right with the exception of the last part. vi is the proper tool. I do
not loose my posts composing on Mozilla Firefox (aka firebird)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836092#3836092
Reply to the post :
I'm wondering if its hypersonic or the actual MBean server. I'm going to stick in
some debugging code to see if we ever get a result that doesn't make sense. (like
mail != user when criteria = user)
View the original post :
This is running on my mail server and appears to be not only faster but more stable.
Let me know (especially you kabir) if the concurrnecy issue shows up again. I think
its nailed. Moreover I think timeout works. Next up will be to mbeanize the thread
pool and have server use it that way.
The issue required two people to log in at the same time (I think). You probably
logged in less Mike. LEt me know if it happens again. I dobut it will.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836004#3836004
Reply to the post :
Right now, the way things are planned, the JCA adapter will do the same thing
MailService does.
Run that by me again? You're not writing the JCA adapter to USE mail services?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836005#3836005
Reply to the post :
This is kabir's code. I think the logic only takes place if say the server doesn't
exist. Yahoo would generate the bounce message if it was justa non-existent account.
Whats weird is it seems like the bounce code is working...
View the original post :
Sucka that's client only. That isn't basically what mail services does...bah. What
would be nice is a JCA wrapper around mail services as well which you can instead send
mail to the 'local mail server as opposed to the remote mail server.
Eventually I want to either re-implement or re-write
design-in-time and release-often at leas at this stage.
Do you have an interest in helping out with some of this? Especially the GUI stuff.
Take a look at my thoughts so far:
http://linuxintegrators.com/blog/acoliver/code/?permalink=0131.html (though I'm
trying to solve problems specific
We have some occassional concurrency issues. Mostly because I wrote the whole
threading model during a JBoss bootcamp in Atlanta I think. So I'm ripping that out
and trying to leave it to the professionals (Doug Lea:
Number:
A whole lot... I forget, somewhere I ahve the list.
Unchained melody:
The difference between chainable and non-chainable mail listeners. Chainable mail
listeners affect what the mail listeners downstream see. They can even *change* the
mail.
non-chainable always get an exact copy
I have a new account which can be used to send test messages acoliver ot gmail dat
com. I get like a gig. Let me know if I need to clean it out ;-)
-andy
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835883#3835883
Reply to the post :
http://www.jboss.org
http://www.jboss.org/wiki/Diff.jsp?page=MailServicesBuildingr1=-1
Have you tested 1.6? Last I tried it failed. Never bothered to see why.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835704#3835704
Reply to the post :
If it works I dun mind using it.
Shit, you're working on entity mail list? I'm about 1/2 way through... When will you
have it in? I promised tomorrow so..
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835719#3835719
Reply to the post :
Okay cool. I'll bug ya then :-)
This is going to be awesome. If this goes well we'll have a hell of a test.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835721#3835721
Reply to the post :
Actually the first test is not nukes integration just the JBoss newsletter. So all we
need is to be able to send mail to a list that doesn't allow replies.
I need to look at nukes in more detail to give an intelligent answer on what
challenges nukes integration will bring. Tomorrow I'll be
Can everyone maybe fill this out:
http://www.jboss.org/wiki/Wiki.jsp?page=MailServicesMilestone2Progress
I won't hold you to it, but I just want to avoid everyone working on the same thing.
Its also a great way to attract other contributers (showing what is happening and
where).
I appriciate
Kabir: Yes. I need to merge all of the persistence changes I made into HEAD.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835503#3835503
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835503
I've merged the M1 branch into HEAD. The commit mail should have gone out. PLEASE
cross check, especially your own M1/HEAD fixes. It was much to painless to have gone
right.
Kabir: in particular check SMTPSender because I pretty much just took the head since
it looked to have everything and
Thanks! Ah but there in lies the bind. Since I don't think it applies to you, but
wouldn't be a good judge if it applied to me and vice versa... Then who knows, we
could have incompetence clusters. That can spawn a whole new field of sociology or
social psychology ;-)
View the original
I'll be able to do some more advanced multi-server testing for M2 and on. Thanks to
Scott Stark for delivering me a new box to test on. I named it bobford:
http://en.wikipedia.org/wiki/Jesse_James_1847... He killed James. He now sits next
to badmojo.
Lets talk turkey... multi-server test
Right now our packaging is a bit of a mess (every package has all classes in it!). I
think we should have:
SAR containing an EAR which contains the ejb-jars. There should be one JAR of all of
the classes (for now) inside of the ear. Deployment in JBoss supports arbitrary
russian-dolls and
Neither TLS or SSL support in M1 seems to work with M$ Entourage. I tested it with
Thunderbird and it worked okay. Not sure why. I'll test it with outlook soon, but
most problems with Entourage are also problems with Outlook/Win32 and oddly the Mac
mail client as well. (I'd suspect 1 and 3
Presently the Entity stuff does this strange key generation gambit. It should instead
use the JBoss support. I lean towards just using database sequence support, but for
some reason we do a REAL stupid thing with the way JBoss support sequences. Sequence
support in JBossCMP makes you write
http://jboss.org/jbossBlog/blog/acoliver/?permalink=0013.html
The first milestone of Mail Services for JBoss (unofficial codename: Kabir) has been
released. It has full support for basic SMTP/POP services including SSL and TLS
support. It is built on JBoss and J2EE technologies. Messages
Excellent. I knew it was a good idea :-) For M2 or 3 I want to
stabilize/parameterize our testkit a bit more.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835100#3835100
Reply to the post :
There is some kind of issue that I'm not sure how to reproduce. After running for
awhile with M1, eventually the database gets corrupted in some manner which causes
NPEs. It could be due to some piece of spam I get. I'm trying to narrow down which
data causes it. If someone is up for it
Excellent. Don't forget that list memeber often aren't local users... I can't wait
to put this behind nukes.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835102#3835102
Reply to the post :
nevermind. I fixed it. That was mind numbing. I just forgot to check in build
changes so onLoad wasn't happening when I thought.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835121#3835121
Reply to the post :
Stuff that should be error and warn and info and so forth. Furthermore sample
configurations for logging different stuff (like only pop or only smtp and maybe only
what comes from the client and only from the server, etc). The latter might be best
on the wiki. Just come up with a strategy
I set about trying to make some minor config changes to the Entity store behind the
EntityMailbox implementation. I tried to just switch to option A and use read-ahead
for the rest. I then discoveredit is all running with no transactions
what-so-ever... There is no session fascade or
Hehe we'll see how you feel about it on monday ;-)
Basic outline of the changes:
EntityFolder now delegates everything to a Session Bean
EntityMessage is now option A with read-ahead on find/page size 500 for all fields (a
*little* dangerous, but I think its fine for now)
The value objects are
Yes, but I haven't gotten to it yet. I'm not so sure at this point what it will rely
on.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835086#3835086
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835086
Don't misunderstand me. We shan't be droping support for an Entity backend. The
whole thing needs to be pluggable. Hibernate should just be default.
The benefits of hibernate: No ejb interface hell :-) -- a cleaner concept of
caching, more fine grained control and its just faster. Its the
We already have the wrapper :-) Just add a new map. (Its up to you I was just
suggesting -- this is primarily a do-ocracy with excessive feedback from the troll
because he hasn't gotten to do much coding this week and is jealous :-) )
BTW I addded your mail account. Have fun.
View the
When emailing someone who shall remain nameless this happens:
19:16:22,655 ERROR [SMTPSender] Cannot send mailjavax.mail.MessagingException: Could
not connect to SMTP host: mail-kr.bigfoot.com., port: 25;
nested exception is:
java.net.ConnectException: Connection refused
I lied it did...I just didn't get it until later.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835046#3835046
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835046
---
Dudes... I just turned down the logging and this morning tried it out. Turns out it
wasn't us/hypersonic or anything. Its sad that I had to turn the logging to like
WARN or something but now it FLIES. It totally kicks james into the dirt from a
performance standpoint. Of course we'll see
Both of your email me your preferred account names and passwords. Then I'll add them.
Keep in mind server has only 3 gigs of space left and we don't have quotas yet so
don't forget to check your mail often :-)
View the original post :
lets not add a second wrapper, lets add something like transient header or something
to the existing objects.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3834795#3834795
Reply to the post :
Actually do you want an account on my server? As an added bonus you could eat our own
dog food :-)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3834628#3834628
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3834628
So I've put M1 on my mail sever (from the branch). Since RC1, kabir has fixed the
mail-list-loop bug. Its not running quite as fast as JAMES did but I'm using
hypersonic for the database so what do you expect? (I'd expect it to be even slower
than it is compared with a file based store).
+1 from me as well of course. Note I deleted the impassioned defense of hypersonic as
its off topic and took a childish tone. However it did point out one data point I
left out: we drastically beat the performance of james on a reasonably modern system
with small data sets. We do need more
This is a test of mail services M1RC2 to see if the continuous loop bug is
fixed and we can go public with it.
---
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson Lucent use to
Lets roll!
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Date: Tue, 11 May 2004 08:52:12 -0400
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Test of mail services
This is a test of mail services M1RC2 to see if the continuous loop bug is
fixed and we can go public with it.
Kabir: your fix worked! M1 release is imminent. BTW, your bigfoot mail is bouncing.
with not allowed again. I wanted to tell you any way I could :-)
You are the man behind M1 in my book. The unoffical release codename is kabir :-)
View the original post :
This isn't the proper forum for JavaMail questions. Mail Services is something
different.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3833323#3833323
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833323
yeah I used to get dupes and so I put that inhummm
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3833076#3833076
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833076
But I don't thinks thats it, because I kept sending it LONG after it was to all
receipients. Basically it sent the message until I shut down. I'll try the M1 branch
with your fixes this weekend and see if I can figure it out.
View the original post :
It is? I wonder what I did wrong! I thought I did it on the branch...
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3833078#3833078
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833078
So what exception does he think you're supposed to throw?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3833080#3833080
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833080
The point of making it pluggable is that someone will implement others :-). Non-JMS
delivery, other mailboxes, etc.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3832803#3832803
Reply to the post :
Mail servers can catch messages that are trapped in a loop between each other.
Fortunately if only one can detect it, you're still fine, but we need that too in case
both servers are JBMS. :-)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3832805#3832805
Cool. its important that I not have to *actually* start jboss manually. The unit
tests should be able to be run automatically. Its also best to use alternative ports
than a real jboss instance running mail services...
View the original post :
Oh good! I vaguely remember that bug. Hadn't tried lately.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3832808#3832808
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3832808
1 - 100 of 226 matches
Mail list logo