well, well, well... (what was the JVM BTW?)
Houston, we have a problem.
As I told Marc, maybe we have a problem with our classloader in
multithreaded situations when two threads are trying to load the same class
at the same time and it is not yet cached. If both of these classes have the
same mo
I have looked at a number of ejb deployments and they don't show
this issue. Something is wrong with the ejb-ref link or the context
listing for this deployment. Can you post the ear to sourceforge
so I can look at it?
Scott Stark
Chief Technology Officer
JBoss Group, LLC
On Wednesday 15 May 2002 03:01 am, David Jencks wrote:
> TPC = transaction propagation context.
Thanks =P I knew whats the letters stood for, just not what the component
does... and don't say it propagates transaction contexts... cause that
dosen't help either =P
> The dependency on JRMP seem
Jason,
I think your point is an excellent one, and it's one that I drum into the
heads of students of my PL/SQL programming class over and over. My message:
only handle and exception if you can do something about it (or to log and
re-raise it).
Mac Rinehart, President
Sextant Technology Consulti
> > I don't care if it is mbean-ref or depends, but I do care that we don't
> > encode
> > information about the type of attribute into the attribute name... that
> > just
> > does not make sence.
>
> I'm not sure what you are saying.
I am saying that I do not care what name you call it as long
I wrote Bill an example of why it is important to handle exceptions properly
which I think is useful to the group at large, so I am copying it here too
(hope that is ok Bill)
> only find explicit handling useful when I need to do an action differently
> for each exception type.
>
> i.e.
>
> c
Yes I see... that is unfortunate. Hopefully we can fix this when fixing the
other deployment related deficiencies.
--jason
> Service Controller shuts down in reverse order of startup, so only 3 or 4
> services remain when MainDeploy.stop or destroy is called.
>
> IMO the current behavior is u
On 2002.05.14 23:29:41 -0400 Jason Dillon wrote:
> I don't care if it is mbean-ref or depends, but I do care that we don't
> encode
> information about the type of attribute into the attribute name... that
> just
> does not make sence.
I'm not sure what you are saying. These mbean-ref or depen
On 2002.05.14 23:32:25 -0400 Jason Dillon wrote:
> Why doesn't ServiceController call stop() on MainDeployer() which can
> then
> call shutdown()?
>
> I thought the point of ServiceController was to manage all of the
> services
> running in the server, of which MainDeployer is one of them. MD
> The JMX Connectors are not written for JBoss specific. Because JMX allows
> you
> to have more than one MBeanServer per JVM and there is a good chance that
> a box have more than one JVM running this is not so far fetched. Especially
> when
> an external JNDI server is used.
Ok, that is fine, b
Why doesn't ServiceController call stop() on MainDeployer() which can then
call shutdown()?
I thought the point of ServiceController was to manage all of the services
running in the server, of which MainDeployer is one of them. MD will be
close to the start (after ServiceDeployer & JarDeploye
I don't care if it is mbean-ref or depends, but I do care that we don't encode
information about the type of attribute into the attribute name... that just
does not make sence.
+1: Pick one and do it would be my preference.
--jason
On Wednesday 15 May 2002 02:57 am, David Jencks wrote:
> +1
Hi Jason
> How and when is this a problem? The two servers will be sharing a JNDI
> server then? When does this happen and who uses JBoss in this fashion.
It
> seems like there might be more snags than just the placement of the RMI
> adapter.
The JMX Connectors are not written for JBoss spe
MainDeployer.shutdown undeploys the deployed packages in reverse order of
their deployment. This cleans up the DeploymentInfo, UnifiedClassloaders,
and a bunch of other stuff.
ServiceController.shutdown just removes the mbeans, which leaves a lot of
stuff just sitting there. IIRC I think it wa
TPC = transaction propagation context.
The dependency on JRMP seems fishy at this time with the IIOP etc invokers.
Would it make sense to keep the in-vm UserTransaction in the tm module but
put a UserTransaction for a given transport mechanism with that invoker?
Do the different invokers need d
+1 from me, that's what I used originally, also +1 on going back to
mbean-ref instead of depends. Marc changed both, get his opinion.
david jencks
On 2002.05.14 22:38:12 -0400 Jason Dillon wrote:
> Resending due to my messed up sendmail config...
>
> -- Forwarded Message --
I found out today that my local sendmail config was messed up and was silently
failing to deliver mail. I have resolved the problem (I think) and resent
the relevent bits of mail that I wrote in the last few days.
--jason
___
Have b
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: Re: [JBoss-dev] HEAD & ClassCircularityError
Date: Wed, 15 May 2002 00:24:22 +
From: Jason Dillon <[EMAIL PROTECTED]>
To: "Sacha Labourey" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PR
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: Re: [JBoss-dev] HEAD & ClassCircularityError
Date: Wed, 15 May 2002 00:16:57 +
From: Jason Dillon <[EMAIL PROTECTED]>
To: "Sacha Labourey" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PR
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: TimedInstancePoolFeeder problem fixed
Date: Tue, 14 May 2002 07:51:32 +
From: Jason Dillon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
It looks like the state of the entity container was getti
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: TODO/FIXME/Not implemented yet methods in EJB conatiner classes
Date: Tue, 14 May 2002 05:59:06 +
From: Jason Dillon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
What is the deal with the metho
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: EnityInstancePool not started or stopped
Date: Mon, 13 May 2002 21:26:44 +
From: Jason Dillon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
I am trying to track down a problem with InstancePoolF
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: Properties, filters and Buildmagic
Date: Mon, 13 May 2002 20:15:55 +
From: Jason Dillon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
It appears that there is some confusion on properties and fil
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: Re: [JBoss-dev] JMX RMI Adapter & JNDI binding
Date: Mon, 13 May 2002 19:59:24 +
From: Jason Dillon <[EMAIL PROTECTED]>
To: "Hiram Chirino" <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
[EMAIL PROT
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: Re: [JBoss-dev] JMX RMI Adapter & JNDI binding
Date: Mon, 13 May 2002 19:58:16 +
From: Jason Dillon <[EMAIL PROTECTED]>
To: "Andreas Schaefer" <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>
> Beca
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: org.jboss.ejb.plugins.TimedInstancePoolFeeder
Date: Fri, 10 May 2002 08:26:11 -0700
From: Jason Dillon <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Why is JBoss3 setup by default to use this feede
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: transaction module & ClientUserTransaction
Date: Fri, 10 May 2002 11:58:25 -0700
From: Jason Dillon <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Who knows about ClientUserTransaction?
This class
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: ShutdownHook & MainDeployer.shutdown()
Date: Fri, 10 May 2002 09:54:21 -0700
From: Jason Dillon <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Can someone please explain to me why ServerImpl was cha
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject: Problem with JNDI binding of EJB componets... perhaps
Date: Thu, 9 May 2002 11:08:03 -0700
From: Jason Dillon <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Ola. I in the middle of migrating my app
Resending due to my messed up sendmail config...
-- Forwarded Message --
Subject:
To: <[EMAIL PROTECTED]>
Can we please change optional-attribute-name to name in the depends tag. The
optional-attribute seems fairly pointless to me and only reduces the
readability of the con
Bugs item #553916, was opened at 2002-05-08 21:56
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=553916&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: rm (tols)
Assigned to: Dain Sundstro
Setting the PSCacheSize to 0 disables prepared statement caching in 2.4.5.
Prepared statement caching is dropped in 3.0.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "danch" <[EMAIL PROTECTED]>
To: "Jeff
Ah, there should definately be an option to turn that bloody feature
off. THe important part of the preparedstatement happens on the server
anyway. Oracle does its own caching of the query plans (or whatever)
involved for your PreparedStatement, as does any other database where
a prepared stat
I should have been more clear. I don't know which modules have dtd that
need to be copied so
If you have a module that you would like the DTDs
copied to the dtd directory, send me an email
(or change build.xml).
It would be nice if every module put the DTDs in the same location,
In the newly-released JBoss 2.4.5, a patch was applied (#532376) to fix bug
#478882. The patch changes the behavior of the prepared statement pool
(which, I believe, is used by anyone using the XA wrapper DataSourceClass)
such that when close() is called on the prepared statement, it propogate
Hello.
Sorry about that. Can you re-run your client again after refreshing your CVS
tree & rebuilding.
We should probably setup a test to check for these too...
--jason
Quoting [EMAIL PROTECTED]:
> I just did a CVS co this morning and when I ran my client, I got a
> NoClassDefFound for or
Sure, if you have time.
--jason
Quoting Dain Sundstrom <[EMAIL PROTECTED]>:
> I added commands to the main build file to copy all of the DTD from
> server and jmx modules to a new dtd directory in the distribution.
>
> Should I copy DTDs from other modules?
>
>
> --
>
Hello again!
Also online, for your delight. CVS 2002/05/14 0h30 am
Duarte "HappyGuy" Loreto
"Don't worry, be happy!"
Number of tests run: 748
Successful tests: 729
Errors:4
Fa
Bugs item #555881, was opened at 2002-05-14 05:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555881&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Constantine A. Plotnikov (cons
Bugs item #553916, was opened at 2002-05-08 21:56
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=553916&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: rm (tols)
Assigned to: Dain Sundstro
Bugs item #551102, was opened at 2002-05-01 12:05
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=551102&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: frederik sauer (fredsa)
Assigned
Bugs item #555070, was opened at 2002-05-12 05:49
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555070&group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Dylan van Iersel (dviersel)
>Assigned to: Da
Bugs item #551533, was opened at 2002-05-02 13:40
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=551533&group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Alexei Guevara (aguevara)
>Assigned to: Dain
Bugs item #545974, was opened at 2002-04-19 01:46
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=545974&group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Marco Ladermann (mpl)
>Assigned to: Dain Sun
Bugs item #553916, was opened at 2002-05-08 21:56
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=553916&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: rm (tols)
Assigned to: Dain Sundstro
I added commands to the main build file to copy all of the DTD from
server and jmx modules to a new dtd directory in the distribution.
Should I copy DTDs from other modules?
--
x
Dain Sundstrom
Chief Architect, JBossCMP
JBoss Group, LLC
x
___
Bugs item #554653, was opened at 2002-05-10 14:54
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=554653&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Out of Date
Priority: 8
Submitted By: Steve Wolfangel (swolfange
Bugs item #554653, was opened at 2002-05-10 14:54
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=554653&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Out of Date
>Priority: 8
Submitted By: Steve Wolfangel (swolfang
Bugs item #553916, was opened at 2002-05-08 14:56
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=553916&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: rm (tols)
Assigned to: Dain Sundstro
Bugs item #553916, was opened at 2002-05-08 21:56
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=553916&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: rm (tols)
Assigned to: Dain Sundstro
Hello MNewcomb,
Tuesday, May 14, 2002, 8:05:05 PM, you wrote:
Mtc> I just did a CVS co this morning and when I ran my client, I got a
Mtc> NoClassDefFound for org.jboss.util.id.GUID. My classpath just points to all
Mtc> the jars in the client directory. I checked jboss-common-client.jar and
Mt
I just did a CVS co this morning and when I ran my client, I got a
NoClassDefFound for org.jboss.util.id.GUID. My classpath just points to all
the jars in the client directory. I checked jboss-common-client.jar and
that class is not in there. So, I copied jboss-common.jar from lib to
client and
Bugs item #551102, was opened at 2002-05-01 13:05
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=551102&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: frederik sauer (fredsa)
Assigned
Bugs item #551102, was opened at 2002-05-01 12:05
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=551102&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: frederik sauer (fredsa)
Assigned
Bugs item #555764, was opened at 2002-05-14 01:07
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555764&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Stephen Coy (scoy)
>Assigned to
Has anybody encountered this problem from within Crimson?
My EJB (MDB) uses the Sax parser to parse the String message
it is sent, but is failing. This works fine on Weblogic
Server, but not with JBOSS 3.0 RC2. WLS is running with
JDK 1.3, while JBOSS is with JDK 1.4. Perhaps that is
the proble
Bugs item #56, was opened at 2002-05-13 11:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=56&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jeff DeLong (jeffdelong)
Assigned to
Bugs item #56, was opened at 2002-05-13 11:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=56&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jeff DeLong (jeffdelong)
Assigned to
The trust is in the deployer who assigned the run-as role. Authentication
of the web container security layer can be done by running with
a security manager and then assigning the permissions required to use
the security integration classes. We could even add a permission
check to a deployment tha
The relationship between DDL and transactions is definitely dependent on
the db. I don't think we will lose too much here though by executing ddl
in "autocommit" mode, since the mbean operations aren't transactional. We
may need to revisit this when mbean operations get transactional so a
deploy
Bugs item #553916, was opened at 2002-05-08 23:56
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=553916&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: rm (tols)
Assigned to: Dain Sundstro
Bugs item #554653, was opened at 2002-05-10 14:54
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=554653&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Out of Date
>Priority: 6
Submitted By: Steve Wolfangel (swolfang
Don'y you thing that this is quite dependant on the database? I am pretty
sure that with PostgreSQL, DDL commands are transactional (and can be
executed in a running transactions witout implicitely commiting it)
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De
Bugs item #553916, was opened at 2002-05-08 21:56
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=553916&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: rm (tols)
Assigned to: Dain Sundstro
Feature Requests item #555886, was opened at 2002-05-14 19:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=555886&group_id=22866
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Constantine A. Plotnikov (const)
Assigned to: Nobody/Anon
Bugs item #555881, was opened at 2002-05-14 19:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=555881&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Constantine A. Plotnikov (const)
Scott,
>>Where do you suggest that we store the credential of the principal to be
>>associated with the "run-as" role? In the jboss-web.xml file? I assume
>>it would be necessary for Jetty set up *both* the (new) principal and
>>its credential to enable the normal ejb authentication and authoriza
Bugs item #554577, was opened at 2002-05-10 16:29
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=554577&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Wendell Nichols (wcn00)
Assigned
Number of tests run: 757
Successful tests: 744
Errors:11
Failures: 2
[time of test: 14 May 2002 9:3 GMT]
[java.version: 1.4.0]
[java.vendor: Sun Microsystems Inc.]
[ja
69 matches
Mail list logo
