I did a JCA adapter once, actually two, but I didn't have the release/closing working
right, and I didn't have the time to test it correctly, so we ripped it out.
I'm on vacation right now, but I can start looking into it, if someone can help me
with unit tests. The structures of JCA are pretty
Point taken. By the way, how is your new baby? Is s/he here yet?
Steve
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830036#3830036
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830036
Btw. at least some local delivery agents also check for user quota before delivering.
After reaching a soft limit, send the user a warning email. After reaching a hard
limit, reject mails with a 'temporarily unavailable' smtp code.
View the original post :
Just to get something clear, does the JCA use the MBean, or does the MBean use the JCA?
Right now I'm planning on just doing JCA 1.0, passing the subject in, depending on
single user/caller identity/connection identity.
So I'll create an Authenticator that passes in the subject/CRI, decides
Hi,
When I build the source code, I got errors of package javax.servlet.http does not
exist, etc.
This must be a simple question for you (though I just couldn't find the answer).
What I have done were as follows:
* Download nukes-snapshot.tar.gz and expand it into /myworkdir/
# export
minor correction to my previous post:
# export JBOSS_HOME=/myworkdir/jboss-3.2.4RC1/
should be
# export JBOSS_HOME=/myworkdir/jboss-3.2.4RC1
which doesn't have the / at the end
Anyway, both values of JBOSS_HOME will cause the same errors happen.
Bill
View the original post :
I forgot to mention that the build works for jboss-3.2.3, but it doesn't work with
jboss-3.2.4RC1. Thanks.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830047#3830047
Reply to the post :
yes that is the idea I want ot share !!!
today Nukes has evoluted from the original Postnuke. At the very beginning it was a
carbon copy and since then it has drifted in our direction.
Bottom line : we must retain from Postnuke the ease of use and the killer modules :
news, forums.
We can
I've added the UserRepository checks to the LocalDeliveryMDB, so messages to local
users who don't exist are bounced.
I think the quota stuff is a good idea! But I think it is best left for a later
release? Reason being the mailbox implementation doesn't really support the suggested
Hello!!
I am trying to access an MS Access table from within and EJB. I am using JBoss 3.0.8.
I've done everything required viz modifying the msaccess.xml file and
jbosscmp-jdbc.xml file. But I am confused abt. what should I fill in for
datasource-mapping field? I tried putting MS ACCESS for it
I've got a work-around - not a beautiful one but it works. I work with M7, I
installed Eclipse 2.1.3 in the same workspace: e.g.
C:\programs\eclipse2.1.3\eclipse\eclipse.exe -data C:\var\projects
Load all the doclet stuff:
Window/Preferences/+JBoss-IDE/+XDoclet [Refresh...]
then .../+Code
There was no point it is what it says. He's here and he's cute!
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830056#3830056
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830056
on mbeans, my answer: Yes.
I think you're going in the right direction. We can always get more scott-speak for
how to tweak later.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830057#3830057
Reply to the post :
Quotas will be mailbox implementation dependent. It is not possible with some
databases to determine the amount of storage per user. We might be able to store the
message size in the mailbox. Actually that's a pretty good idea for DB mailboxes. I
agree though that isn't an M1 thing for
I don't think anybody has been compiling against 3.2.4 yet.
The current Nukes build assumes that the javax.servlet.jar is in
${jboss.home}/server/default/lib.
Sherman
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830064#3830064
Reply to the post :
3.2.4 will not work because of some changes in JMX (1.2)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830065#3830065
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830065
It's looking for three classes that don't exist or at least I can't find
them in v3.2.x, the do exist in v3.0.x. They are:
org.jboss.mx.interceptor.MBeanAttributeInterceptor
org.jboss.mx.interceptor.Invocation
org.jboss.mx.interceptor.InvocationException
In 3.2.4 I assume they have been replaced
Hi,
I just check out jboss head, then build it.
When running the ./run.sh, I got the following error :
...
2004-04-11 00:44:31,581 DEBUG [org.jboss.deployment.MainDeployer] Starting
deployment (init step) of package at:
That was my big problem before using the CVS version. Haven't seen it since... Are
you sure you built and installed it correctly? I built mine in M7 then extracted the
dist zip in a fresh install of M8, also tested it on the M7 install of another dev at
my company. Try removing the old
you should use 3.2.3, for now it runs on that platform. We follow the
Branch_3_2 but are a bit
late (simply because 3.2.3 is enough for now)
julien
On Apr 10, 2004, at 10:30 PM, Jack Lauman wrote:
It's looking for three classes that don't exist or at least I can't
find them in v3.2.x, the
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Julein:
I would use the 3.2.3 version but my primary apps won't run properly
because of a bug that has been fixed in 3.2.4RC1.
Jack
Julien Viet wrote:
you should use 3.2.3, for now it runs on that platform. We follow the
Branch_3_2 but are a bit
late (simply because 3.2.3 is enough for now)
Problem solved: It was the JDK. the old version was JDK 1.4.1_02-b06 and caused the
problems I detailed. When I upgraded to the latest 1.4.2 build (1.4.2_04-b05) and
changed the Eclipse JRE settings, the JBossIDE worked once I tweaked the properties.
While searching the JBossIDE forum for
Thank you for your answers. -Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830094#3830094
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830094
---
This SF.Net
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Hi,
I am not sure whether this is the right forum for this question, but I need to test
our JBoss app server to see how it performs under severe conditions. Is there a tool
for that or I should write my own scripts. Any help is appreciated.
Thanks in advance
-r
View the original post :
I completely agree, that this is mailbox dependend.
anonymous wrote : It is not possible with some databases to determine the amount of
storage per user
You mean that you want to store messages until the database chokes at you? And assume
that every user has an account in the db? (Might be silly
Congrats Andy!!
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830098#3830098
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830098
---
This SF.Net email is sponsored
29 matches
Mail list logo