Patches item #559028, was opened at 2002-05-22 09:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=559028group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ari Schot (aschot)
Assigned to: Nobody/Anonymous
Bugs item #557394, was opened at 2002-05-17 11:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=557394group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Ignacio Coloma (alu1344)
Patches item #559034, was opened at 2002-05-22 09:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=559034group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ari Schot (aschot)
Assigned to:
Even if DOMConfigurator is fixed to use the TCL, there needs to be
a seperation between the bootstrap configuration and the final server
configuration because when the log4j.xml descriptor is read by the
Log4jService the only classes available are the bootstrap classes:
log4j: Attaching appender
A custom DOMConfigurator would be easier, but will only fix this specific
problem... and I am sure that this will popup again for some other reason.
If we can make a tiny and intelligent wrapper to use instead of URLClassLoader
for ServerLoader, which will use the default URLClassLoader
Hi,
This should be fixed now - it seems jnet.jar is now required as well
as the shutdown.jar.
Regards,
Chris
=
--
http://www.soccer2002.org.uk - The Game is On!
__
Do You Yahoo!?
LAUNCH - Your Yahoo!
i am having a real problem using JBoss in a production environment. any time i try to
deploy more than 5 components (ear, war, jar) i receive this error. it doesn't matter
if i try to hot deploy or deploy on startup.
my configuration is RedHat Linux 7.1, ibm jdk 1.3.1, mySql with XA, Apache
Validate that the jboss.jar is not corrupted. It should match:
[starksm@main ext]$ cksum jboss.jar
1444238133 892110 jboss.jar
[starksm@main ext]$ md5sum jboss.jar
9e12a4c974657b490ff05dbb95461dd7 jboss.jar
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Bugs item #559012, was opened at 2002-05-21 22:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=559012group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Scott M Stark (starksm)
I'm upgrading the 3.x releases to use log4j 1.2.2 as this includes
a change to use the TCL during configuration related class loading.
I'm also going to split the Log4jService behavior into a boot and
final config behavior as currently non-trivial appenders like SMTP,
JDBC, etc. that depend on
Post a bug to sourceforge.
Cheers
From: Mahesh Agarwal [EMAIL PROTECTED]
Date: 2002/05/22 Wed PM 04:09:57 EDT
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: [JBoss-dev] The method return values in the home interface must be of valid
t
ypes for RMI/IIOP
Hi All
I am getting
Hi Geeks
Before I am wasting a lot of time: Does anyone
know or know an article how to create the same
behaviour programmatically what the JAR tool
does ?
Thanx
x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x
Ok, I understand more now... though you know that log4j.properties is going to
be used even before ServerImpl gets created right...
It looks like the UCL bits should be operable at the time when Log4jService is
created... the TCL is set right before it is started. But I would guess
(since I
There is a simple Jar utility in our codebase under common:
org.jboss.util.file.JarUtils
It depends on how much of the jar tool functionality you need.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From:
ant. Use the Source!
-danch
Andreas Schaefer wrote:
Hi Geeks
Before I am wasting a lot of time: Does anyone
know or know an article how to create the same
behaviour programmatically what the JAR tool
does ?
Thanx
x
Andreas Schaefer
Senior Consultant
JBoss Group,
Do we have to do anything short of move the Log4jService into
jboss-service.xml to make this happen? The first time Category/Logger is
loaded, it will automatically configure with log4j.properties found in
run.jar, thus giving us logging with no real effort short of providing a
Yes, just moving Log4jService is enough.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; Scott M Stark
[EMAIL PROTECTED]
Sent: Tuesday, May 21, 2002
http://developer.java.sun.com/developer/technicalArticles/Programming/compre
ssion/
-Original Message-
From: Andreas Schaefer [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 22, 2002 2:42 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Deflating (or creating) a JAR file from a Directory
Number of tests run: 737
Successful tests: 576
Errors:155
Failures: 6
[time of test: 23 May 2002 0:44 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
I updated my Branch_3_0 workspace today, rebuilt and found that code that
worked yesterday stopped functioning today. Looks like the change to LMCF to
use DriverManager is now having trouble finding my jdbc driver
(oracle.jbdc.driver.OracleDriver).
Below is the trace with the SQLException
There are numerous errors like the following in the server log:
2002-05-23 00:22:32,880 ERROR [org.jboss.ejb.EntityContainer] Initialization
failed
org.jboss.deployment.DeploymentException: Error while fixing table name; -
nested throwable: (org.jboss.util.NestedSQLException: Could not create
I have a fix for this coming soon.
--jason
On Wednesday 22 May 2002 05:11 pm, Scott M Stark wrote:
There are numerous errors like the following in the server log:
2002-05-23 00:22:32,880 ERROR [org.jboss.ejb.EntityContainer]
Initialization failed
org.jboss.deployment.DeploymentException:
Bugs item #559441, was opened at 2002-05-23 11:21
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=559441group_id=22866
Category: JBossCX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephen Coy (scoy)
Assigned to:
Patches item #559448, was opened at 2002-05-23 02:03
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=559448group_id=22866
Category: JBossCX
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Jim Cook (oravecz)
Assigned to:
The problem isn't the URLCL vs UCL loader issue at this point. The problem
is
that there is nothing in the UCL repository as you say. Therefore it makes
no
sense to intialize the Log4jService as this point. Just moving the
Log4jService
setup to the core conf/jboss-service.xml descriptor and out
the problem. The only issue I see is that the initial startup info
including the
loading of the lib jars is not showing up in the server.log.
I think this is minor and could change if we fix up how the core service
framework operates. No matter what we do there will always be some space
Hi All
I am getting a warning while deploying the ejbs in JBOss. Can anyone please
help?
Bean : OrgMgr
Method : public abstract OrgMgr create() throws CreateException,
EJBException, RemoteException
Section: 6.10.6
Warning: The method return values in the home interface must be of valid
types
Folks,
By public demand we will now distribute a subscription CD. This CD is meant
for people who don't want to wait for large downloads to complete from
SourceForge and want the latest and greatest of JBoss delivered to their
door every 3 months directly from JBossGroup. Don't wait to take
right...
it costs $1000 per year,
and we start this program with an ooops
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of James
|Ward
|Sent: Wednesday, May 22, 2002 1:25 PM
|To: [EMAIL PROTECTED]; Jboss-User@Lists.
|Sourceforge. Net
|Subject:
29 matches
Mail list logo