Yeah,
there is just one table at the moment, but there might be more later. Just doing this
to learn it really, and if it is useful for somebody else all the better.
Cheers,
Kab
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3832114#3832114
Reply to the pos
I think right now all you'll need is one hibernate bean. Where hibernate really shines
is the relationships. I'm just amazed.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3832110#3832110
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posti
I did a fresh checkout of the mail services M1 branch. According to
http://jboss.org/wiki/Wiki.jsp?page=MailServicesBuilding it should be possible to
build using Jboss 3.2. The error I get is
anonymous wrote :
| [javac] D:\source\jboss-mail\src\java\org\jboss\console\twiddle\handlers\Cmd
Cool, I'll implement one regardless of if needed or not.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3832091#3832091
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3832091
+1
I'm just learning Hibernate myself at work, and it ROCKS.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3832007#3832007
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3832007
---
I want to take a look at Hibernate, but rather than knocking up a load of throw-away
examples, would a Hibernate mailbox implementation be useful for us?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3832001#3832001
Reply to the post :
http://www.jboss.org/i
OK commited to head.
Also fixed an annoying issue where if you send a message with a null body
transport.sendMessage() threw a NullPointerException. This has been commited to both
head and M1 branch.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831993#383
sorry for whipping up a scare, folks :-)
am a big proponent of KISS too ('Keep It Simple Stupid') which i can agree is what
reasonably applies here.
we always have the option of refering back to this post should the full-fledged
procedures ever be needed.
mike
View the original post :
http
just commit to head if its not for M1. If it is for M1 commit it both places.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831941#3831941
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3831941
I think you're making this harder than it is. We don't want to start up everything,
but don't go too far with it either.
Forget the relay server for now, just write a simple mail listener that puts it in the
strings for your unit test and test that what you expect gets to the mail listener.
Wow Mike. I'm sure one day we'll need to do all of that. However, for now. We have
3-5 guys working on pretty short lived releases and branches. Thus I think the
simplest thing that works is probably best. For now lets just do this.
Branches happen along releases (M1RC1, RC2, M1FINAL all on
Ah ha! I got a super-basic server up and running. I took out all the JBossMQ stuff.
I think (and I may be wrong) that I want to try to get a minimal relay server going.
This should require:
1. Mail Service (JavaMail client stuff)
2. The JCA Mail
3. Some of the mail stuff.
4. I'm not sure if we'd
Yeah it's probably not *real* hard, but there definitely is a learning curve between
trusting run.bat and bootstrapping your own. But this is stuff I've always wanted to
learn.
If Andy thinks uploading the path is okay, that'd be fine with me. I don't want anyone
to make a special excuse for me
I have modified the code for SMTPSender so that it sends to all addresses for a given
domain in one SMTP connection. To acheive this I changed the implementation of the
method:
SMTPResult send(Mail message, MailAddress[] exclude)
RemoteDeliveryMDB now passes in the Mail and passes in all local
anonymous wrote : So anyways, I'm starting to set up my unit tests. It looks like in
the current tests a small JMX server is created, then the Mail MBeans are attached,
and then you start testing.
Yep, and MBeans the MailServices depend on are defined in depends-service.xml.
If you like I coul
I'm trying to test my JCA adapter, and for the life of me I can't get "java:/MailDS"
to be retrieved. Is that even exposed on the listener? I'm beginning to think it's not.
I can get "jmx/rmi/RMIAdapter", though.
So anyways, I'm starting to set up my unit tests. It looks like in the current test
I've only just started looking at Nukes, and here are my initial thoughts. I'm still
haven't gone into the Nukes code in any depth, but hope the following makes some kind
of sense. I'd rather get a discussion going now and get what we are meant to be doing
clear while figuring out Nukes. I'm not
Ah ha! Click the number. Now I know too.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831600#3831600
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3831600
---
This
Okay, I still have a good bit of testing to do on this, so please, in no way consider
it useful yet. I even need to re-format the code to JBG's likings. If you don't put it
in the tree yet, that's fine, I just wanted to give someone (if they cared) an idea of
what I'm doing.
View the original
Click on the number in the list rather than the links in the Date or Changes columns.
I'd not seen the difs before, but now I know!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831593#3831593
Reply to the post :
http://www.jboss.org/index.html?module=bb&op
Weird. I don't see the restore link. Maybe you have different admin rights? I see the
diffs -/+, but I don't see a restore link.
Anyways, thanks.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831588#3831588
Reply to the post :
http://www.jboss.org/index.h
Open the history item you want, and on the version of the page displayed there is a
restore link!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831586#3831586
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3831586
--
Hah. Thanks. Yeah I saw the "more info" and I saw the full history, but I didn't see
where to restore it. Maybe I just wasn't looking correctly.
Thanks, though!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831585#3831585
Reply to the post :
http://www.jbo
Relax :-)
I restored it to the original version (looks like the patch is still attached).
You can do this by going to "More Info..." at the bottom of any Wiki page to view the
full history :-)
Dunno about deleting the files though.
View the original post :
http://www.jboss.org/index.html
Can someone maybe try deleting the MailServicesPatches Wiki page to delete the
attached file I created? Then recreate MailServicesPatches with the above stuff?
It looks like there is a different want to add patches, where the sample patches
weren't tied to the bottom of the page itself, but just
btw, it goes without saying that if we adopt the verbose-numbered-tagging scheme i
just described, then right before one starts the commit/merge procedure, one would
have to do a 'cvs log' to see what the next tag-sequence-number would be. and since
cvs lacks atomicity across multiple command-li
for instance, i just modified the file BUILDING.txt in the HEAD of jboss-mail.
so i guess i would do the following (which i'll do on the command-line as i write):
[note: i realized after doing this that in general, we'll usually want to merge from
M1 to HEAD instead, since i guess no new feature
Now after taking the content that was before, the preview messes up. Very strange
behavior. Is there a special character in here that Wiki is barfing on? It may not
like the diff -u >
Old content below, according to Wiki version:
Getting R/W access to the JBoss repository requires demonstration
Well, obviously I need to read more howto on Wiki. I'm not sure what I did, but I
royally fucked up the MailServicesPatches page.
I attached a .zip, then I tried to follow the syntax for linking it correctly, and
something went weird. Is there a way to undo it?
Some days. I shoulda just waited
that's my bad --- should have documented it in file 'BUILDING.txt'. will do so right
after posting this note.
i added a user library called 'JBOSS_LIBS' a while back which should be instantiated
by each eclipse end-user locally. this library should include all the jboss jars (in
$JBOSS_HOME) wh
AFAIK the .classpath and .project files used by eclipse are kind of just meant to be
guidelines (since for almost everything I've looked at in JBoss I've needed to make
some minor modifications).
If I have understood you correctly, you should open the jbmail project properties in
Eclipse and se
The Eclipse .classpath (1.2) in the sourceforge jboss-mail project fails to build due
to an "Unbound classpath container" error on org.eclipse.jdt.USER_LIBRARY/JBOSS_LIBS.
I'm using Eclipse 2.1.3 with JBoss IDE 1.2.3. I can't find where a classpath container
can be defined in Eclipse. The Eclips
Actually, new devel goes in HEAD, fixes in M1 branch. When the
branch is ok, one sets a tag on the branch and merges TAG-Brachning point into HEAD.
New fixes on Branch can then be identified being relative to the TAG. This process can
go on as one wishes.
View the original post :
http://www.jbo
PS I could only get the NamingService to work "in-jvm", setting the ports to > 0
caused whole bunch of other problems.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831398#3831398
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mod
I have commited the changes to the head branch, so that the mail services tests now
use the normal jboss naming service.
Using Adrian's suggestion
Thread.currentThread().getContextClassLoader().getResources("jndi.properties");
uncovered that java.naming.provider.url is present in twiddle.jar.
My understanding is new stuff goes into HEAD, and fixes for M1 go into both M1 branch
and HEAD.
I agree it would be nice if it something was put in place to merge M1 branch changes
into HEAD
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831392#3831392
Rep
here's a few comments & questions to help me get some clarification on our branching
strategy ---
if we do repeated merges between branch and head we'll potentially run into
cvs-conflicts since any secondary merges will try to re-merge stuff from prior merges.
so i think we either have to use a
I've been very naughty and have done a cross post regarding the jndi properties in
order to reach a wider audience.
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830929#3830929
Adrian has some comments regarding how we set up our MBeans, Andy what do you think?
View the original pos
Yes, still trying to figure out the jndi stuff. I've kind of hit a brick wall though,
so it might be a while before I get it sorted.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831334#3831334
Reply to the post :
http://www.jboss.org/index.html?module=bb&o
One question:
Do you just use JUnit tests, or do you guys ever use Cactus? The reason I ask is
because JCA needs the container (duh, you know this.)
The *real* reason I ask is because I see in the Mail tests, you have some sort of
TestServer. Is this a common way of doing things, or is this som
I'm testing now, actually. I'm going somewhat methodically through the JBossCX code so
that I can understand it the way I really need to.
You want GUI tests, or gooey tests? :D I'm not sure how long this will take, hopefully
not too long. I need to set up a proper JUnit environment for myself as
For SMTPSender, there should be a way to handle a retry. Actually I think it should
Except and the retry should be endemic in the RemoteSenderMBean. The default behavior
is 5 tries and then it goes on the dead letter queue (DLQ). We should see about
specfying a specific DLQ for mail services
Hey Steve. I put a patch page: http://jboss.org/wiki/Wiki.jsp?page=MailServicesPatches
Send it on through! Remeber the nice and gooey unit tests :-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831287#3831287
Reply to the post :
http://www.jboss.org/inde
Release candidate 1 of Milestone 1 is out. This is our first step on the way to a 1.0
release. I'd like to ask the developers, interested users and anyone listening to
give it a try:
http://jboss.org/wiki/attach?page=MailServicesMilestoneReleases%2Fjboss-mailservices-m1-rc1.zip
As you install
"spiritualmechanic" wrote : I don't really want to use a big nasty XSLT transformation
engine type thing.
You said it! Yuck-eee. Any templating solution should be easy as pie. This should
plug in with mail scripting/matchers/mailets I think. Of course first we really need
mail list support.
"If you build it they will come." I agree.
I'll take a second look at it, to see what we might want to do. I don't use Spring or
Velocity currently. A long time ago I used WebMacro, when servlets first came out, but
I haven't used that in ages.
Maybe we need some sort of combined approach, or s
If you build it they will come. You'll find that as the project becomes more
functional recruiting will go up. The velocity email templates look okay on the
JavaMail side, but still looks a little ugly if you ask me. Not sure what I prefer.
I'll have to ponder it. Velocity seems ideal for m
http://theserverside.com/blogs/showblog.tss?id=SpringVelocityEmail
Did you see this? I think something like that would be killer. E-mail templates should
be very useful. We don't use Spring at work, or Velocity for that matter, but I hate
our sections of code that are like
if (fail) {
// Big
""Until you get" -- and I thought you were planning to be one of us? Membership in the
us is low, just send real good code :-)"
I'm just trying to be humble and not make any assumptions about anything. I want to
help where I can. Why do you think there aren't that many people in the U.S.? You'd
As you said, JavaScript is probably adequate for the task and more admin friendly. It
may be possible to support multiple scripting languages provided they support limiting
their domain. Meaning I only want you to script what I expose to you nothing more.
JavaScript (aka ECMA) is probably a m
"Until you get" -- and I thought you were planning to be one of us? Membership in the
us is low, just send real good code :-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831234#3831234
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=post
I like the idea of a mail solutions framework. Until you get the Exchange
functionality going that will probably be the bread and butter.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831222#3831222
Reply to the post :
http://www.jboss.org/index.html?module
Have you heard of Groovy? Apparently it's a newer Java-based scripting language that
doesn't have the funkiness of Jython syntax. Javascript would be adequate I think.
Probably more "admin" friendly.
WWMCSED? What would MCSEs do? ;-)
Hit my blog here: Links for Andy's links all together in link
Take a look at this: http://james.apache.org/provided_matchers_2_1.html, and this:
http://james.apache.org/provided_mailets_2_1.html.
James has an API called the "Mailet API". Its a great idea but kind of an abortive
impelmentation: http://james.apache.org/mailet_api_2_1.html.
"
The Mailet API
I'm doing my pre-testing for M1RC1 and I have to say, I'm impressed. The TLS and SSL
support is awesome. Also sending mail feels remarkably faster than JAMES (which I use
presently) even using SSL!!! I feel really good about this release. Everyone
especially: Eric, MikeA, MikeK and Kabir sho
go ahead. See the TestServer and all for how I think we should set up. Just start
the pieces we need inside of the unit tests. Later we'll have multinode tests. Right
now we need basic tests like "if there is user XYZ in the respository and I send him a
mail from himself, does it get deliver
great news for M1RC1. i'm minimally tidying up/filling out some of the code (mainly
script runner) and plan to commit shortly. but i noticed in another forum thread you
mentioned not to commit till after RC1, and i wasn't sure that would apply here. (just
let me know if so and i'll postpone).
that sounds like a good package name. When you upload the patch upload it to the wiki
as an attachment.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831146#3831146
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=38311
Which package name should I use? Right now I have org.jboss.mail.jca. I'll wait until
you tell me before I even upload it to patch.
Steve
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831144#3831144
Reply to the post :
http://www.jboss.org/index.html?modul
Don't commit to head until after I branch for the M1 release.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831142#3831142
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3831142
---
Okay, I have the adapter deploying. I'm going to do some tests and then I'll upload it
as a patch after I feel comfortable with initial use.
After that, tests!
Steve
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831138#3831138
Reply to the post :
http://w
I'm going to cut M1RC1 this weekend. I'll probably cut a branch for this so just be
advised. "MS_M1_BRANCH" or something.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831133#3831133
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting
I'm planning to change the default port to 25/110. 9000 and 9001 was just for while I
didn't want anyone to ACCIDENTLY set up an open relay while we worked out the kinks.
I'm confident that our defaults won't be an open relay at least by M1. I'm planning
to cut M1RC1 this weekend.
View the o
right. my choice of 'ceau.com' was mainly motivated by not wanting to get in the way
of other tests which put up Server mbeans, for instance, that listen on port 9000 by
default --- so a fully running externally set-up localhost server on port 9000 would
tend to break the unit tests.
what about
This is good news. I suggest either localhost by default but overridable or
getHostName by default as opposed to XML. Also maybe the override could be a simple
environment variable that we could use throughout "MS_HOSTNAME=foo.org" for the
build... I don't really want to do a manual edit of a
Thanks :-). I have two step kids as well. ditto on the fun/work.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3831043#3831043
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3831043
--
Nice one!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830910#3830910
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830910
---
This SF.Net email is sponsored by:
committed something which is not precisely ready for prime-time yet, but nevertheless
can currently pull its weight for some basic tests on the client side and is already
integrated into our junit testing target. i'll be filling in the weak and missing
spots over the next few days. will also doc
Yeah, super-congrats, Andy! I have one of my own and one of my wife's, and they are
both really fun and a lot of work.
Steve
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830880#3830880
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=postin
Hey! You're just jealous!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830877#3830877
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830877
---
This SF.Net email
Great questions. I think this is probably about where I got when I gave up and did
FakeIntialContext :-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830876#3830876
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830
No thats fine, I was talking about thread pools. Totally awesome that you've already
got POP/SSL! Thats awesome.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830875#3830875
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=rep
disregard, looks like you answered your own questions. :-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830874#3830874
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830874
--
IIUC, You're replacing the existing JavaMail implementation with poking mail directly
into Mail Services.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830873#3830873
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=38
Okay, I have the code written. I need to jar it all together and do some initial
testing. Once I have the basic structure working, I'm going to figure out some unit
tests, etc.
So here's the order:
1. JCA 1.0 with grabbing session from JNDI tree. I want to make sure my theory is
correct about
"acoliver" wrote : Yeah lets think of it around M3.
Hi,
I read this too late and already did some changes that enable POP3/SSL. I added a new
attribute to ServerMBean named "UsesSSL" that will cause the server to open a secure
socket. So to support POP3/SSL (actually with this implementation it
Interesting. Thanks, Adrian.
Is what Scott is asking for (at the end of all this) a relay server built on
jboss-mail and the JCA-mail adapter? Like a subsystem of jboss-mail? Or maybe a
subsystem on top of jboss-mail.
Right now I'm just focusing on promoting "the JavaMail Session to the same le
Hi,
I'm having a slight problem with the jndi stuff for the testing. I am trying to use
the jboss naming service rather than the fake contet stuff.
I have set up the jndi.properties file to be:
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.
Concurrency should not be an issue as long as you are doing pooling correctly.
Don't allow access to handles across threads (e.g. storing them in static fields
or shared objects).
Even then, this is only really an issue if you support transactions, it depends upon
what constraints you use outside a
Also, I'm curious as to where the MBean falls in. If I remember my JBossSX correctly,
if you set the property in *-ds.xml to Container, it'll send in the Subject. If not,
subject is null, and you use whatever static user/pw there is.
Are there MBean properties we'll need to be using outside of t
Currently, also, I'm allowing multiple handles to access the same session. We may hit
some synchronization issues eventually, but I'm basically copying the structure of the
JDBC adapter in jbosscx.
In JCA, you have the option of handing out multiple handles per connection, or just
one per.
Ste
Okay, that's fine. I'd prefer that as well (JBossSX), long-term.
Steve
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830786#3830786
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830786
--
Now I'm wondering:
Am I securing the connection to an outside mail server (i.e. the socket to a port 25)
or am I securing access to the Mail Session itself?
Steve
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830780#3830780
Reply to the post :
http://www.
Let me start looking that the standard javamail stuff in JBoss and maybe I'll get my
answer.
Steve
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830766#3830766
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830766
-
I may be completely wrong, but if I'm binding to a mail server on port 25, with
certain permissions, I want to make sure who I'm authenticating with. If I grab it
from the session, I'm not sure what user it will be using, most likely the default
user from the javamail MBean.
Maybe I can extend
Calling the standard jboss InitialContext would have to connect to JBoss's naming
service which we'd have to set up and bind stuff etc. Might work just as well if we
take server/default/conf/jndi.properties and do it locally and register it in the
depends-service.xml but for some reason I could
"kabkhan" wrote : maybe it goes a bit away from the original intent, by us simply
calling new InitialContext().bind()? I'm a bit confused!!!
Been reading up on naming and think it is kosher. I reckon the idea behind the
FakeInitialContext is to use the contained HashMap of bindings, and not to h
jndi.properties is the same
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830707#3830707
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830707
---
This SF.Net email
I believe it is fixed. However, maybe it goes a bit away from the original intent, by
us simply calling new InitialContext().bind()? I'm a bit confused!!! Why is this
different from using the standard context that comes with JBoss? Hmm...
Anyway, all unit tests work.
View the original post :
h
Awsome, so its fixed? That was driving me nuts. Anything need to change in
jndi.properties?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830662#3830662
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830662
--
Gut says join the session but why do you feel we should create it.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830627#3830627
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830627
--
We could make that an option but I think Julien was talking about integrating more
with JBossSX so might be less productive than going that direction and meeting them
there.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830626#3830626
Reply to the post :
h
Can we piggyback on Nukes users/roles for security? I'll have to look into that.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830501#3830501
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830501
Do we want to get the session from JNDI, or do we want to create each one with new
properties/authentication? I'm thinking we want to create a new one.
Steve
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830499#3830499
Reply to the post :
http://www.jboss.
"acoliver" wrote : There was no point it is what it says. He's here and he's cute!
i guess that means he doesn't look like you then. :)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830371#3830371
Reply to the post :
http://www.jboss.org/index.html?module
I've modified the FakeInitialContext stuff so that you can now bind things to names
like: java:/ConnectionFactory
What was needed was an InitialContextFactoryBuilder to make sure that the
FakeInitialContext gets used rather than the "normal" InitialContext.
The way you set up things in the Fake
i will also install it as my relay server in the short term, and some time later
follow suit with my primary.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830245#3830245
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=
probably a good idea. in that case the 'test server' would deliver to a nonstandard
port in addition to receiving on a nonstandard port (9000, etc).
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830244#3830244
Reply to the post :
http://www.jboss.org/index.
Not sure where you said this but you said you weren't sure that multiple messages were
delivered when two receipients were in the same domain (meaning andy at superlink and
acoliver at superlink). I said I'd test that. I tested it and it worked. Nice work
dude.
View the original post :
http
Sounds about right, I'm just scoping what we'll do for M2.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830214#3830214
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830214
--
201 - 300 of 564 matches
Mail list logo