Bugs item #825942, was opened at 2003-10-18 16:29
Message generated for change (Comment added) made by esriram
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=825942group_id=22866
Category: None
Group: v3.2
Status: Closed
Resolution: Fixed
Priority: 5
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Bugs item #833558, was opened at 2003-10-31 03:06
Message generated for change (Comment added) made by juanmartinez
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=833558group_id=22866
Category: None
Group: v3.2
Status: Open
Resolution: None
Priority: 5
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Bugs item #835596, was opened at 2003-11-04 11:51
Message generated for change (Comment added) made by pkorros
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=835596group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Bugs item #835596, was opened at 2003-11-04 10:51
Message generated for change (Comment added) made by letiemble
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=835596group_id=22866
Category: JBossCMP
Group: v3.2
Status: Closed
Resolution: Invalid
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Bugs item #837593, was opened at 2003-11-07 00:00
Message generated for change (Comment added) made by tj
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=837593group_id=22866
Category: JBossSOAP
Group: v3.2
Status: Closed
Resolution: None
Priority: 5
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
On 11/6/03 8:32 PM, Adrian Brock [EMAIL PROTECTED] wrote:
pseudo rmi code:
try
{
return invokeServer()
}
catch (ClassNotFoundException e)
{
if (System.getSecurityManager() == null)
throw new No RMI Security Manager etc.;
else
tryToLoadClassFromRMICodeBase();
}
Thanks.
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
In order to load the org.jboss.mail.userrepository.MetaInfoImpl
class from the codebase, you are going to have to catch the
UndeclaredThrowableException and check the nested type since
the RMIAdaptor interface does not allow for ClassNotFoundExceptions.
--
Scott Stark
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN
HTMLHEADTITLE/TITLE
META http-equiv=Content-Type content=text/html; charset=windows-1251
META content=MSHTML 6.00.2800.1141 name=GENERATOR
STYLE/STYLE
/HEAD
BODY bgColor=#ff
font color=whitelaterite smut ashland stimuli directory
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Chris,
Can you differentiate these compilation error msgs more clearly
from the testsuite runs as people seem to be ignoring them. Instead
of an '[AUTOMATED] JBoss...' subject use '[ERROR, AUTOMATED]...' or
something like that.
--
Scott Stark
Chief Technology Officer
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Worked fine now!
Thanks/Dimitris
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Scott M Stark
Sent: , 7 2003 7:25
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Check out problem
I just did this co and it worked fine. You probably grabbed the
Hi,
I have rejigged them to put the real message first, as follows:
Compilation Failed! JBoss ($CVSBRANCH/$PLATFORM/$JVER) [AUTOMATED]
JBoss Test Results: $TESTS_SCORE. JBoss (HEAD/$PLATFORM/$JVER) [AUTOMATED]
Hope that helps
Regards,
Chris
- Original Message -
From: Scott M
Ok, thanks.
--
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Chris Kimpton wrote:
Hi,
I have rejigged them to put the real message first, as follows:
Compilation Failed! JBoss ($CVSBRANCH/$PLATFORM/$JVER) [AUTOMATED]
JBoss Test
done
Original Message
Subject:RE: Async replication in Integrated Tomcat
Date: Mon, 10 Nov 2003 14:12:09 +0100
From: Sacha Labourey [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Organization: JBossGroup
To: 'Bela Ban' [EMAIL PROTECTED], 'Remy Maucherat'
Hi,
I am trying to add better descriptions to the Mbeans in JBoss, so users
know what the
attributes are when they invoke operations in JMX console.
In order to do to, I want to externalize the XMBean descriptors into a
directory under
server/$version/conf/.
I already put a directory with
I'm seeing some strange behavior for cvs. If I delete a directory and try to
update again (with cvs update -d -P), the directory doesn't come back. The
directory is still in the Entries file. Everything comes down fine with a
checkout and if I just remove files, they update correctly.
The dist is built from the build/build.xml _module-*-most or
_module-*-all targets depending on whether the most or all target
is run. The server/src/etc/conf/default contents are copied in
the _module-server-most section:
!-- Copy the default configuration files --
mkdir
That is standard behavior for cvs as far as I know and relates to its
lack of real directory support. You can just checkout the missing directory
using the associated module alias. For example, if I remove the jboss-3.2/varia
directory, I can refresh it using:
[EMAIL PROTECTED] jboss-3.2] cvs co
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Bela Ban wrote:
Sacha Labourey wrote:
That's a point. We have to define clear use cases now that we have a
better
understanding of usage of HTTP Session clustering in companies. We
have to
define different policies for:
- considering when an attribute/session has been modified (no obvious
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Bill Burke wrote:
Bela Ban wrote:
Sacha Labourey wrote:
That's a point. We have to define clear use cases now that we have a
better
understanding of usage of HTTP Session clustering in companies. We
have to
define different policies for:
- considering when an attribute/session has been
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
44 matches
Mail list logo