I have 3.0 server running on my w2k box and by osx box started
up its nightly testsuite run. Suddenly is start seeing these errors
being dumped out on the w2k box:
00:15:13,515 ERROR [HAJNDI] lookupLocally failed for ejb/EJBTestRunner
javax.naming.NameNotFoundException: EJBTestRunner not bound
I spoke about it two days ago with Bill and I think we have different
problems with remove methods.
Take the home.remove call on EB: This is transformed in a remote.remove call
*inside* the client proxy (trick)! This has two problems:
- anyone implementing server side interceptors won't b
The container would then have to know how to create unique
session keys for the store which is something it should not have
to know how to do.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Jason Dillon"
There should be a java.rmi.NoSuchObjectException:
When the client calls remove on the home or component interface to remove
the session
object, the container issues ejbRemove() on the bean instance. This ends the
life of the session
bean instance and the associated session object. Any subsequent
This is not very likly to work when the DeploymentCache is in play... unless
the Deployer interface is changed to include the method getWatchURL()... but
that would not make much sence, since this is more of a SubDeployer related
item and does not belong in the Deployer interface.
Anyways, wha
Any reason why this method defined in the PM interface?
The one instance of StatefulSessionPersistenceManager
(StatefulSessionFilPersistenceManager) does not really do anything file
specific... and I can not really see why any other impl which have to do
anything specific on creation here eith
Should calling EJBObject.remove() on a SFSB which has been removed already
throw an exception or should the request be silently ignored?
I was running into a problem which was due to one of my finializers removing a
SFSB, which I had previously removed and forgot to null. Currently when this
> 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
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 of
Patches item #559448, was opened at 2002-05-23 02:03
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=559448&group_id=22866
Category: JBossCX
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Jim Cook (oravecz)
Assigned to: Nobod
Bugs item #559441, was opened at 2002-05-23 11:21
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=559441&group_id=22866
Category: JBossCX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephen Coy (scoy)
Assigned to: Nobod
Hi Geeks
Alex Loubyansky wrote the WebLogic Convertor this
weekend and I incorporated it today. It already contains
support for other application servers (see Convertor).
To use it please take the "foe-deployer.sar" file from
"/varia/output/lib" and put it into the deployement
directory and depl
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.DeploymentExcepti
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
con
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 omi
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]
[java.v
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
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
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
log4j.properti
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
> J
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: "
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 a
The simplest solution is to simply load the root category in
the ServerImpl code rather than create the Log4jService, and
then add the Log4jService to the conf/jboss-service.xml core
services setup. This does bootstrap off of the jndi.properties
file and then reinitializes using the log4j.xml file
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
___
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 like to apologies for cross posting here but
wasn’t quiet sure where this really belonged. Someone posted a question
to the Cape Clear bulletin board wondering how to
integrate CapeConnect Web Services server with the JBoss application server? I
have reproduced here a brief howto to
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:
Great Idea!!!
How much does it cost?
-James
> -Original Message-
> From: marc fleury [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 2:22 PM
> To: Jboss-Development@Lists. Sourceforge. Net; Jboss-User@Lists.
> Sourceforge. Net
> Subject: [JBoss-dev] CD SUBSCRIPTION
>
> Folk
I got that error and the cause was unrelated. I had a method in my
remote interface that didn't declare one of the exceptions that was
being thrown from the corresponding bean implementation.
It's probably a bad error message in the validator.
On Wed, 2002-05-22 at 14:09, Mahesh Agarwal wrot
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 advan
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 f
Out of threads again with many connections:
[starksm@main starksm]$ netstat -an | grep -c 8080
1319
[starksm@main starksm]$
[14:05:23,867,JettyService] WARNING: OUT OF THREADS:
[EMAIL PROTECTED]:8080
[14:05:28,258,JettyService] OK on threads: [EMAIL PROTECTED]:8080
[14:05:41,640,JettyService] LO
Bugs item #555381, was opened at 2002-05-13 05:15
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555381&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Laurence Smith (lasmith)
Assigned
Definitely not system as the contributes to the size of the boot
jars. Varia seems like a good place.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Andreas Schaefer" <[EMAIL PROTECTED]>
To: <[EMAIL PROT
Hi Geeks
Where should the Foe-Deployer go:
- in "sytem": org.jboss.deployment
- in "varia": org.jboss.varia.deployment
or somewhere else ?
Thanx
x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x
__
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 cla
Bugs item #559012, was opened at 2002-05-21 22:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=559012&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Scott M Stark (starksm)
Assi
Bugs item #558052, was opened at 2002-05-19 19:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=558052&group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Bogdan Ghidireac (ghidi)
Assigned to: No
Bugs item #559232, was opened at 2002-05-22 17:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=559232&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Rik de Groot (synotix)
Assigned to:
Patches item #559140, was opened at 2002-05-22 14:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=559140&group_id=22866
Category: JBossServer
Group: v3.1
Status: Open
Resolution: None
Priority: 7
Submitted By: Dr. Christoph Georg Jung (cgjung)
Assigned
Patches item #559138, was opened at 2002-05-22 14:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=559138&group_id=22866
Category: JBossServer
Group: v3.1
Status: Open
Resolution: None
Priority: 4
Submitted By: Dr. Christoph Georg Jung (cgjung)
Assigned
Bugs item #559012, was opened at 2002-05-22 05:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=559012&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Scott M Stark (starksm)
>A
Bugs item #557209, was opened at 2002-05-17 14:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=557209&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Christian Riege (lqd)
Assign
i am actually this is what i am using:
java version "1.3.0_01"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_01)
Java HotSpot(TM) Client VM (build 1.3.0_01, mixed mode)
with the ant:
Ant version 1.4.1 compiled on October 11 2001
i use ibm jdk 1.3.1 on the servers, because of th
Then are you compiling your classes with jikes? The only times
I have seen this error is when jikes produced invalid classes files
or the deployment jar was corrupted.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message --
sorry for the quick repost, but i checked the wrong version on the last post. that
was 2.4.4, my jboss.jar file for 2.4.6 computed to the correct cksum and md5sum and
yet i still get the error.
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66&thread=16172
Thaks for you input. where can i find the correct jboss.jar file? my cksum and
md5sum are off. so i might have a corrupt file. i did a download from Sourceforge.
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66&thread=16172
__
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
xx
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 1.
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! Mu
Even if Class.forName would work correctly there would still
be a problem. We need to seperate the loading of the log4j
configuration into two phases to correspond to the two phases
of loading the boot classes and then loading the remaining classes
for the given server configuration.
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 behavi
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
53 matches
Mail list logo
