JBoss daily test results
SUMMARY
Number of tests run: 187
Successful tests: 148
Errors:25
Failures: 14
[time of test: 18 November 2001 3:59 GMT]
[java.version:
JBoss daily test results
SUMMARY
Number of tests run: 187
Successful tests: 146
Errors:26
Failures: 15
[time of test: 18 November 2001 3:12 GMT]
[java.version:
Why is the *slow* Java par with c/c**, in execution at times ? ...
Becouse it is
machinecocetranslatedjustintimewhateverthatmeansforUandYourbrother();
Word up ...
/peter_f
on 1-11-18 03.33, Peter Fagerlund at [EMAIL PROTECTED] wrote:
> on 1-11-18 03.28, Peter Fagerlund at [EMAIL PROTECTED]
on 1-11-18 03.28, Peter Fagerlund at [EMAIL PROTECTED] wrote:
> -400MHz, 196MB RAM
I say You do not have mem to play this game ? ...
What do U think ? ...
/peter_f
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/l
can You Please specify Your environment in full !? ...
HW
RAM
Disk
OS
VM
aso.
Thanxs
/peter_f
on 1-11-18 01.05, Joel Boehland at [EMAIL PROTECTED] wrote:
> Hi,
> Since I'm the one who opened this bug, I'm obviously biased, but I
> repectfully disagree with Andreas's assertion that this isn't
jboss.org is afflicted with this bug (i think). in an ideal world a jboss
server should not need to be restarted expect to update core componets or
the vm in which it runs.
I would say that it is a bug. Does the same thing happen when large
deployables are used on 3.0?
--jason
On Sat, 17
Hi,
Since I'm the one who opened this bug, I'm obviously biased, but I
repectfully disagree with Andreas's assertion that this isn't a bug. One
of JBoss' most loved features is its slick hot-deploy system. On the
jboss home page it is the first feature listed. It doesn't say "hot
deploy up to seve
It is a bug, its just a question of its priority. The deployment code is
getting old and crusty and needs to be redone. However, since it
works well enough in the absence of multiple redeploys its not high
on my priority list. The implicit assumption that hot deployment
should not be used in produ
Bugs item #482875, was opened at 2001-11-17 12:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=482875&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 7
Submitted By: Joel Boehland (jolby)
Assigned to: N
Hi Geeks
Recently this bug was reported on JBoss 2.4 stating that
JBoss server runs out of memory when to many hot-
deployment with big archives.
IMO this is not a bug because when people start to deploy
big archives then they have to deal with it.
- In Production this should not become a proble
Bugs item #482875, was opened at 2001-11-17 12:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=482875&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 7
Submitted By: Joel Boehland (jolby)
Assigned to: N
>
> Finally, we are on the same page ..not even a blue moon ...
About time :)
> Yup this is a suggestion. I agree 100% we need to avoid using
> jbosscmp-jdbc.xml.
>
>
> Ultimately at the database level for each table there has to
> be a unique
> column name(s) that acts as a foreign key
Ok,
rereading my answer I want to say I am sorry for the tone of the mail.
The install for JBoss is super easy and even more with RH. Making platform
specific install makes little sense. Only if they are included in the
respective distros do they make sense. We have been down this road before.
Hi there, I am new to this list so if what I write look like BS please tell me so ;)
Comments inline:
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: "Dain Sundstrom" <[EMAIL PROTECTED]>
Cc: "'Andrew Scherpbier'" <[EMAIL PROTECTED]>; "JBoss Development"
<[EMAIL PROTECT
On Sat, 17 Nov 2001, Jason Dillon wrote:
> How many SF projects do you belong too?
For something really evil, that will warp your brain, look at the cvs for
sf.net/projects/shoop
SHell Object Oriented Programming. Pure posix.
___
Jboss-development
On Sat, 17 Nov 2001, Jason Dillon wrote:
> Makming a .deb (or a .rpm) for JBoss means that installs on platforms for
> which those formats are supoported (or the default) will become much easier.
> While it is true that the current .zip or .tgz formats are simple to use,
> some folks simply prefe
Jason Dillon wrote:
> How many SF projects do you belong too?
Hehe, too many, but this was really just an example of how to use
WebWork. Currently it is bundled in the main WebWork module, but I'll
probably split it out into its own CVS module since it will be useful as
a standalone thingy a
How many SF projects do you belong too?
--jason
On Fri, 16 Nov 2001, Rickard Öberg wrote:
> [EMAIL PROTECTED] wrote:
>
> > Has there been any thought as to making the log4j component a
> > configurable MBean like the rest of the system? It would be nice to be
> > able to configure the logg
Makming a .deb (or a .rpm) for JBoss means that installs on platforms for
which those formats are supoported (or the default) will become much easier.
While it is true that the current .zip or .tgz formats are simple to use,
some folks simply prefer to have a package (while others will insist
19 matches
Mail list logo