Congrats Andy!!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830098#3830098
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830098
---
This SF.Net email is sponsore
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
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 :
http://w
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Thank you for your answers. -Bill
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3830094#3830094
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830094
---
This SF.Net
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 'bu
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)
j
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
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 do
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 jbos
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:
file:/home/nusa/Java/Project/jboss-head/build/output/jboss-4.0.0DR4/server/d
anonymous wrote :
| My question is how are we going to handle upgrades to nukes and modules when the
schemas change for them? I know how postnuke handled them but I don't think we could
do somthing like that because we are using cmp.
If every DB access uses CMP can this can very simply be do
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
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=bb&op=viewtopic&p=3830065#3830065
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830065
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=bb&op=viewtopic&p=3830064#3830064
Reply to the post :
http:/
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 sure.
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=bb&op=viewtopic&p=3830057#3830057
Reply to the post :
http://www.jboss.org/index.html?module=bb&
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=bb&op=viewtopic&p=3830056#3830056
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830056
---
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 A
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
field? I tried putting MS ACCESS for it but in vain. The m
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
functional
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 adap
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=bb&op=viewtopic&p=3830047#3830047
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=38
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 :
http://www.j
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 JBOSS_
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 whic
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 :
http://www.jboss.org/index.html?module
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=bb&op=viewtopic&p=3830036#3830036
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3830036
--
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
30 matches
Mail list logo