Thanks for the (quite constructive and positive) feedback. I guess that
other characters would just go like doesn´t work. baah! Let the dudes
alone.
That´s the spirit. That is satisfying ...
I guess that as long as you contribute small patches and such or take issues
from the bug list, it is
Looks like you are a victim of the private synchronized
localClassInternal-syndrom that is already known
to us and that cannot be resolved except by SUN or by patching the JDK´s
java.lang.ClassLoader (remove the synchronized
at localClassInternal either by recompiling or by BCEL?) ...
Happens
Hello Martin,
Thanks for having such a deep look into jboss.net and fixing these open
issues. Some of them were cause by my
stupidity (the techtrader-lib copy operation, I did not commit, simply
forgot it), some of them are
One of those frequent changes in the jboss-core which I cannot
It´s in.
Could you please check that it works now (at least the part of the testsuite
that does not depend
On DefaultDS to be bound, there seems to be something broken with JCA right
now).
CGJ
-Ursprüngliche Nachricht-
Von: Martin Maisey [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 8.
Unfortunately, the update is still a manual copy process (one copy and
commit operation by me, one checkout by marc and a copy to the actual
webserver directoy) ...
I plan to get an alpha announcement out by the end of this week and will do
it then.
CGJ
-Ursprüngliche Nachricht-
Von:
Look into jboss-all/jboss.net/output/lib ... From there, the testsuite
deploys them directly to the server
Without interfering with the autodeployer!
Best,
CGJ
-Ursprüngliche Nachricht-
Von: Marius [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 9. April 2002 14:36
An: [EMAIL PROTECTED]
excuse me, its jboss-all/jboss.net/testsuite/output/lib ...
-Ursprüngliche Nachricht-
Von: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 9. April 2002 14:40
An: 'Marius'
Cc: '[EMAIL PROTECTED]'
Betreff: AW: [JBoss-dev] RE: AW: Patches to jboss.net
Look into jboss
Hello Bill,
Currently, there is no standard notion of a remote reference type inside
SOAP. In JBoss.net, we have a means to
to ship entity bean references as value objects, but that´s it for the
moment and that goes beyond most of what
has been presented at JavaOne where they usually restrict to
Guys,
this is going to be great, seems like you are already deep into the topic.
That´s fantastic.
IBM Public License seems to be an open license (as opposed to the
usual Alphaworks non-commercial restrictions, right?), so you can go ahead
there.
I thought that they would have a small,
Oh, I forgot to mention that I only looked at the JBoss.net code and
only under JDK1.3 ...
CGJ
-Ursprüngliche Nachricht-
Von: Vesco Claudio [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 2. April 2002 19:23
An: 'Jung , Dr. Christoph'
Cc: '[EMAIL PROTECTED]'
Betreff: RE: [JBoss-dev
Hi Adrian,
Just a quick feedback. Compilation is ok, most stuff runs fine and faster
;-)
From what I saw, the reflection of the Mbean interfaces in jboss-jmx seems
to differ from jmxri.jar ...
Because I use to define first client-side (non-Mbean) interfaces from which
the Mbean interfaces
Title: Nachricht
Hi
Jules,
-Ursprüngliche Nachricht-Von:
Jules Gosnell [mailto:[EMAIL PROTECTED]]Gesendet: Dienstag, 19. März 2002
01:39An:
[EMAIL PROTECTED]Betreff:
[JBoss-dev] WebIntegration TestSuite, JSPs and
ClassLoaders
Should a UnifiedClassLoader
Hi Neal,
please post such questions in the future to [EMAIL PROTECTED]
Basically, it is like you said ... You can package any usual axis web
service (an RPCprovider, a MsgProvider) into a .wsr and get it deployed into
Jboss. Trivial. See the jboss.net/testsuite address example.
It gets
}
which should maybe better be extractWars !isDirectory(...)
Thanks much,
CGJ
-Ursprüngliche Nachricht-
Von: Jan Bartel [mailto:[EMAIL PROTECTED]]
Gesendet: Sonntag, 10. März 2002 03:42
An: Jung , Dr. Christoph
Cc: Jboss-Development ([EMAIL PROTECTED])
Betreff: Re: [JBoss-dev
Hi there,
is it (or should it) still be possible to deploy
already extracted web-applications with Jetty?
In version 1.53 of org.jboss.jetty.Jetty, there is a
property called unpackWars (default set to true?)
which seems to force Jetty to JarExtract every
deployment it gets hold
Hi,
-Ursprüngliche Nachricht-
Von: Jason Dillon [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 27. Februar 2002 03:37
An: [EMAIL PROTECTED]
Betreff: [JBoss-dev] Class.forName() problem
return forName0(className, true, ClassLoader.getCallerClassLoader());
If I understand this
-Ursprüngliche Nachricht-
Von: David Jencks [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 26. Februar 2002 06:29
An: Jung , Dr. Christoph
Betreff: Re: [JBoss-dev] JBoss/.Net plugin broken...
I think I've updated it to match the latest deployer structure -- it
compiles anyway
Yes, the optional state has two reasons:
- decouple from overall compile/testsuite until module is stable.
- mark the module as should be installed via a separate, additional
binary dist
I think that the current jboss dist is very heavyweight and nearly everybody
needs to cut it
Hi there,
-Ursprüngliche Nachricht-
Von: marc fleury [mailto:[EMAIL PROTECTED]]
Gesendet: Samstag, 23. Februar 2002 20:14
An: David Jencks; Jason Dillon
Cc: Jung Christoph; jboss-dev
Betreff: RE: [JBoss-dev] JBoss/.Net plugin broken...
|I think that if any of this has ever worked it
This is definitely my last contribution to that ridiculous topic:
JBoss: Got Balls?
BTW: I´d like to order the Star Wars t-shirt suite with pictures of
Marc-Wan-Fleurobi, Rickard-Skyberg, Scott Solo, and all those other Ewoks
fighting against Bill Darth Gater and his imperial troups.
CGJ
Hi,
do not have anything useful to say to the DTC scheme proposed ...
... but for general consistency and future extension purposes (e.g., think
of a container extension in the form of a performance-measurement
interceptor that somehow needs to send gathered profiles to the client where
there
Hi!
However, the JVM believes that it is the MBeanClassLoader which loaded
these classes and creates a cache record from the MBeanClassLoader to the
ejb home interface.
This is really strange, because the VM (or maybe: the MBeanClassLoader)
shouldn´t cache such information except when doing a
Hi!
see my previous discussion with Marc and Oleg.
IMHO, a clean solution to the RMI bloat problem would be to build different
MarshalledInput/OutputStreams for non-dynamic classloading environments that
do not annotate classes (and do not call URLClassLoader.getUrls()) and to
have dynamic
Title: Web-Inf Deployment and MainDeployer
Hi there (Marc, I hope I reach you before you leave to Sidney!),
with the following two patches, jboss.net would run again agains the current head and I could finally focus on getting it to beta status.
Since the jboss testsuite doesn´t compile
Foreside:
jboss
container-configurations
container-configuration
container-name
Aliens on Speed
Backside:
/container-name
/container-configuration
/jboss
___
Jboss-development mailing list
[EMAIL PROTECTED]
Now you started to think into that direction, so don´t complain about the
follow-ups ;-)
I just woke up, my instinct still rules over my rationality, so don´t take
this literally ...
I´m voting for an additional series of (military-style or american flag
design, should be big in 2002) bikinis
Hi Andreas,
-Ursprüngliche Nachricht-
Do we have to take care about this by transfering
the values if possible ?
I think that this feature would be highly dangerous ... New classes,
different variables, other semantics ... The dependency checker should care
about redeploying the code
Hi Jules (Oleg!),
just seeing your code line and guessing that it serves to support jasper
with the right classpath for compilation ...
I remember a (reasonable) patch that Oleg did yesterday and that lets the
new unified classloaders return null for getURLs() in order to reduce the
annotation
Greg, you are a precious diamond ;-) (hope that doesn´t sound gay, does it?)
Looking forward to it,
CGJ
-Ursprüngliche Nachricht-
Von: Greg Wilkins [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 1. Februar 2002 04:56
An: Jung , Dr. Christoph
Cc: 'Jboss-Development'; [EMAIL PROTECTED
Greg, Jules, Luke!
thx much for your replies. Indeed, the '*' role authentication constraint
seems to match my issue very well if it also lets through
null-authenticated/credential calls ...
If I can help to patch SecurityHandler (jetty4 or backport to jetty3,
perhaps), please let me know.
Title: Jetty3.1.5, Axis Basic Authentication Problem
Hello (Jules!),
For the jboss.net SOAP-integration project, I just figured out the principle how to combine JettyAxis security at least in the basic authentication case (the others will then follow quite easily, I think).
In general,
Hi Richard ...
AFAIK, if you serialise an exception, the stacktrace is serialised, too. So
I do not understand your point ...
CGJ
-Ursprüngliche Nachricht-
Von: Richard Kilgore [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 9. Januar 2002 05:47
An: JBoss Development
Betreff:
;-)
LogInterceptor can do such a thing for you, I think.
CGJ
-Ursprüngliche Nachricht-
Von: Richard Kilgore [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 9. Januar 2002 17:56
An: Jung , Dr. Christoph
Cc: 'Jboss-Development ([EMAIL PROTECTED])'
Betreff: Re: [JBoss-dev] Re: preserve exception
Hi Anatoly,
I just found your e-mail from ages ago in my mailbox ... what a shame :-(
The J2eeScopeDeployer is a prototype that worked just at the level of ear´s
and should
enlighten the concept of alternative classloading.
The current RH-sar-ServiceDeployer is derived from that code, but
That is fantastic news. Is there a way to get an up-to-date rt.jar with the
fix from SUN?
This will encourage me to report that ugly loadClassInternal sync problem,
too.
CGJ
-Ursprüngliche Nachricht-
Von: Rickard Öberg [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 3. Dezember 2001
What about proposing your changes as a patch to SUN? In that spirit, we
could
also present the synchronisation problem of
java.lang.ClassLoader.loadClassInternal() ...
I fear that the probability of getting something like this through may be
minimal,
but maybe we should at least try it,
Hello,
I just tried to get jboss.net in-sync with the latest RH changes and now I
am catching a strange
java.lang.IllegalStateException: zip file closed
when trying to access resources that have been placed in my jboss-net.sar!
In my mbean, I´m doing a
-Ursprüngliche Nachricht-
Von: Jason Dillon [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 19. November 2001 21:19
An: Bill Burke
Cc: marc fleury; Jboss-Development@Lists. Sourceforge. Net
Betreff: RE: [JBoss-dev] Ignorance
You do not need to have this
set unless you have modified a
I guess, serversion is only computed once per VM class (ObjectStreamClass
is cached) ...
CGJ
-Ursprüngliche Nachricht-
Von: marc fleury [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 20. November 2001 16:24
An: Jung , Dr. Christoph; Jboss-Development (E-Mail)
Betreff: RE: [JBoss-dev
Does the Java VM consistently garbage-collect classloaders and classes?
Having observed the behaviour of various IDE´s and other Java programs that
deal with the issue
of dynamically loading byte code, I´m not sure about this at all.
If yes, the OOM-situation caused by hot-deployment is
there has been a problem with Jasper not finding the standard JSP-jars
(servlet.jar) for compilation
under Windows systems due to jetty.properties using a platform-dependent
format. I have fixed the
intepretation of that file a few weeks ago, so I do not know whether a cvs
update will help you
Arrrgh, the reply-to PITA (pain in the ass).
-Ursprüngliche Nachricht-
Von: Jung , Dr. Christoph
Gesendet: Freitag, 2. November 2001 09:55
An: 'Scott M Stark'
Betreff: AW: [JBoss-dev] Let's drop the
org.jboss.ejb.DeploymentException
Why not have the ejb.DeploymentException being
the important nesting
code from a root exception class to various places in the system - but thats
not our topic, sorry.
Maybe we could decide about a general exception guideline for 3.0 ? But its
not urgent.
CGJ
-Ursprüngliche Nachricht-
Von: Jung , Dr. Christoph
Gesendet: Freitag, 2. November
ZOAP is a deprecated project.
JBoss.net is the successor that will envisage to ease the implementation of
J2ee-based web services
and the integration of external web-services into your J2ee logic. Jboss.net
builds on the Apache Axis framework.
In contrast to using Apache-Soap and Axis
Hello Marc others,
I would like to pose another issue in revisiting the invocation-handler
chain to public discussion, that is the
separation of Invoker into Invoker and ArgumentDeserializer.
That is, we use sometimes very particular (de-)serialisation routines
(XML-Java as well as RMI-Java)
.
The servlet should run in the WebApplicationContext classloader as expected.
CGJ
-Ursprüngliche Nachricht-
Von: Peter Levart [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 18. Oktober 2001 13:15
An: Jung , Dr. Christoph; Jboss-Development (E-Mail)
Betreff: Re: AW: [JBoss-dev] Jetty JSP
-Ursprüngliche Nachricht-
Von: David Jencks [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 18. Oktober 2001 17:36
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] JMX detaching of invokers (RH/3.0)
There is always a balance to be struck between on the one hand greater
generality and
PROTECTED]
[mailto:[EMAIL PROTECTED]]En nombre de Jung
, Dr. Christoph
Enviado el: jueves, 04 de octubre de 2001 9:06
Para: Jboss-Development (E-Mail)
Asunto: AW: [JBoss-dev] The rabbit has a bug in its pelt:
org.jboss.system.URLClassLoader
Hi Ole others,
IMHO, your nice patch has partly
If the deadlock between these two classes can occur, CL1
must use CL2 to load C2, and CL2 must use CL1 to load C1.
But that would mean that CL2 is a parent of CL1, and CL1
is a parent of CL2. I believe that circular class loader
parentage is impossible in Java.
But that is exactly the central
-Ursprüngliche Nachricht-
Von: Ole Husgaard [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 5. Oktober 2001 17:56
An: Jboss-Development (E-Mail)
Betreff: Re: AW: AW: [JBoss-dev] The rabbit has a bug in its pelt:
org.jboss.system.URLClassLoader
Sorry, I still do not see how this is
-Ursprüngliche Nachricht-
Von: Roberto Leong [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 4. Oktober 2001 20:34
An: 'Jung , Dr. Christoph'
Betreff: RE: [JBoss-dev] JBOSS-NET needs solid soldier
Siemens Technology to Business Center in Berkeley CA USA :)
I was asking because I heard
My impression from the problemAgain stacktrace is that there was indeed a
change in behaviour:
Thread1 does call
java.lang.ClassLoader.loadClassInternal() [instance CL1, no lock
obtained]
org.jboss.system.ServiceLibraries.loadClass() [instance SL1, no lock
obtained]
Hello David,
-Ursprüngliche Nachricht-
Von: David Jencks [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 3. Oktober 2001 21:43
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] java.lang.ClassLoader misery. Verify this
patch!
In my (unproven) opinion the problem comes from the
. Oktober 2001 20:30
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] The rabbit has a bug in its pelt:
org.jboss.system.URLClassLoader
Jung , Dr. Christoph wrote:
I must correct myself! We have a principle problem, unfortunately, for
which
I do not
have an immediate answer right now:
Actually
Thx Marc for the advertisement,
as soon as the EJBProvider is working (targetted an integrated .wsr C .ear
example by the end of this week),
I will make up a nice web-page, some doco and set up sourceforge things
(maybe Jason can help me with that), and send a proper announcement of the
on the same level than
ContainerInvoker. But currently I cannot see much advantage except
performance, maybe.
CGJ
-Ursprüngliche Nachricht-
Von: David Jencks [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 4. Oktober 2001 14:32
An: Jung , Dr. Christoph
Cc: Jboss-Development
Betreff: Re
Hi there,
In order to verify whether our hypothesis about that ugly deadlocking
behaviour of the RH classloaders is right
(Sascha, Simone and Ole seem to have some serious problems in that
direction, if I understood their postings right),
could you please NOT try out the following patch.jar
Have you had already a deeper look at the Axis http://xml.apache.org/axis/
architecture?
They have handlers (interceptors, e.g., an http-transport, a
soap-deserializer, or an ejb-provider), chains (configurations of
interceptors) and services (exposed start- and endpoints with names and
It happens with 3.0.0alpha on Win2000, SUN classic VM, in starting the Jetty
service:
JBOSS_CLASSPATH=;run.jar
[GPA] Microkernel ClassLoaders and Libraries initialized
Libraries adding URLClassLoader -425250198 key URL
file:/J:/jboss/jboss/build/ou
tput/jboss-3.0.0alpha//conf/default/
Libraries
you asked, where the CCE occurred, because you may have encountered that
problem already
some while ago ...
-Ursprüngliche Nachricht-
Von: Jason Dillon [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 1. Oktober 2001 09:29
An: '[EMAIL PROTECTED]'
Betreff: Re: AW: [JBoss-dev] RH and -classic
on the ServiceLibrary.classLoaders but
that may not be very efficient.
Anyone got a better idea?
CGJ
-Ursprüngliche Nachricht-
Von: Sacha Labourey [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 1. Oktober 2001 13:33
An: Jung , Dr. Christoph
Betreff: RE: Java Classloaders document
...
snip
...
DownHandler (NAKACK) prio=5
, you could even make a bigger one!)
-Ursprüngliche Nachricht-
Von: Sacha Labourey [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 1. Oktober 2001 15:04
An: Jung , Dr. Christoph
Betreff: RE: Java Classloaders document
Christoph,
I've just read your answer and as I am not yet up-to-date
-Ursprüngliche Nachricht-
Von: David Jencks [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 26. September 2001 20:41
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local
directories. (rh/3.0)
Hmm, I guess I should experiment and see if a url like
I got jetty to build by copying the jboss/conf/dadada/jetty-service.xml into
jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml
or so, maybe that little helps.
CGJ
-Ursprüngliche Nachricht-
Von: Peter Antman [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 27. September 2001
Yes, the nested jar: trick was just so (if the opening jar prevents you
from moving/changing it problem got fixed
I´m not sure, do you think that the java.util.zip.ZipStreams are flexible
enough to change
nested directories on the fly?
CGJ
___
-Ursprüngliche Nachricht-
Von: David Jencks [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 27. September 2001 16:16
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local
directori es. (rh/3.0)
?? I don't understand. What needs changing on the fly?
I
-Ursprüngliche Nachricht-
Von: Richard Emberson [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 21. August 2001 18:35
An: [EMAIL PROTECTED]
Betreff: [JBoss-dev] Clustering and SOAP
Is there a summary of the discussion as to why a separate SOAP
implementation was done (zoap) rather than
-Ursprüngliche Nachricht-Von: Brian Sondergaard
[mailto:[EMAIL PROTECTED]]Gesendet: Donnerstag, 9. August 2001
20:02An: [EMAIL PROTECTED]Betreff:
Re: [JBoss-dev] Please help: ClassLoader Confusion
If I wrap the contained object in a
java.rmi.MarshalledObject (like
-Ursprüngliche Nachricht-
Von: marc fleury [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 7. August 2001 23:38
An: marc fleury; Jboss-Development@Lists. Sourceforge. Net
Betreff: [JBoss-dev] RE: Rabbits and Big-ears
-Ursprüngliche Nachricht-
Von: marc fleury [mailto:[EMAIL PROTECTED]]
Gesendet: Sonntag, 5. August 2001 18:55
An: Jboss-Development@Lists. Sourceforge. Net
Betreff: [JBoss-dev] Scoping CL
Dr Juno
imho scoping will be useful in security (visibility of classes can be
scoped) but from an
We have developed a pooling scheme that is a kind of hybrid between the
SharedLocalTransactionCM and the
XAConnectionManager ...
Without tx context (read usage), the pool dispenses for each separate
allocation request a different XA-enabled connection.
Within a single tx context (readwrite
|needs to have some explicit administration concept to
|partition the space of applications
yes
ah!
|according to linkability.
no
uh?
cgj
___
Jboss-development mailing list
[EMAIL PROTECTED]
Hi David,
-Ursprüngliche Nachricht-
Von: David Jencks [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 6. August 2001 15:12
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] Anyone interested in a
org.jboss.pool.connector.SharedXAConnectio nManager?
Hi,
I'm not sure yet what I think about
Von: Aaron Mulder [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 2. August 2001 14:14
An: '[EMAIL PROTECTED]'
Betreff: Re: AW: [JBoss-dev] jbosspool (another one for the XPs) :
implementat ion of org.jboss .pool.jdbc.xa.wrapper.XAClientConnection
I guess I don't understand. Does this
Hello Andreas,
-Ursprüngliche Nachricht-
Von: Schaefer, Andreas [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 31. Juli 2001 23:51
An: jBoss-Dev (E-mail)
Betreff: [JBoss-dev] JBoss Management Architecture
What do YOU think ?
I´d prefer the second option (registering the
Hi there,
-Ursprüngliche Nachricht-
Von: Ole Husgaard [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 2. August 2001 07:35
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] jbosspool: implementation of connectionClosed()
in org.jboss.pool.connector.BaseConnectionManager$XAListener
Hi,
Hi Toby,
-Ursprüngliche Nachricht-
Von: Toby Allsopp [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 1. August 2001 23:03
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] jbosspool: implementation of connectionClosed()
in org.jboss.pool .connector.BaseConnectionManager$XAListener
This XA
-Ursprüngliche Nachricht-
Von: David Jencks [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 2. August 2001 05:01
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] jbosspool: implementation of connectionClosed()
in org.jboss.pool .connector.BaseConnectionManager$XAListener
Within my even
-Ursprüngliche Nachricht-
Von: Aaron Mulder [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 1. August 2001 17:37
An: Jboss-Development (E-Mail)
Betreff: Re: [JBoss-dev] jbosspool (another one for the XPs) :
implementation of org.jboss .pool.jdbc.xa.wrapper.XAClientConnection
I preferred
Hello,
-Ursprüngliche Nachricht-
Von: Ole Husgaard [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 2. August 2001 11:49
An: [EMAIL PROTECTED]
Betreff: Re: AW: [JBoss-dev] jbosspool: implementation of
connectionClosed() in org.jboss.pool
.connector.BaseConnectionManager$XAListener
Hi,
I just stumbled over the following piece of code in
org.jboss.pool.connector.BaseConnectionManager$XAListener:
public void connectionClosed(ConnectionEvent evt) {
...
// XAResource is delisted
if(trans != null) {
// Delist if closing before
Here at infor, we notice some suboptimalities wrt. to the current pooling
scheme.
We try to make use of the ejbRemove()/ejbPassivate() methods in order to
release associated resources ...
Unfortunately, it says in AbstractInstanceInterceptor:
/**
* Return an instance
Check out code from cvs and look at
org.jboss.deployment.scope.J2eeGlobalScopeDeployer ... enable the
scope deployer by uncommenting the right line in jboss.jcml (and disabling
the normal J2eeDeployer) ...
build two dependent ear´s (I tested with testbean.ear and testbean2.ear from
jbosstest
-Ursprüngliche Nachricht-
Von: Christian Riege [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 13. Juli 2001 14:54
An: [EMAIL PROTECTED]
Betreff: [JBoss-dev] deployer borked in 2.4?
i fiddled around with 2.4 for the past few days (updated daily from
cvs) and i have been experiencing some
Hi all,
let me generalize the argument of Anatoly a bit: It would be a tremendous
help, if MI would be
extendible, either by propragazing instances of MI-subclasses generated by
an appropriate factory,
and/or by an optional (initially empty) Map attribute that stores additional
ctx. Of course
-Ursprüngliche Nachricht-
Von: marc fleury [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 26. Juni 2001 17:50
An: [EMAIL PROTECTED]
Betreff: RE: [JBoss-dev] micro-kernel design
could be please send a description I will try to tackle it soon
@see thread CVS update:
-Ursprüngliche Nachricht-
Von: marc fleury [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 20. Juni 2001 05:44
An: Jboss-Development@Lists. Sourceforge. Net
Betreff: [JBoss-dev] micro-kernel design
Dr JUNG, here is one for you... I realize that right now the base is very
static in the
:[EMAIL PROTECTED]]On Behalf Of Jung
|, Dr. Christoph
|Sent: Tuesday, June 26, 2001 8:10 AM
|To: '[EMAIL PROTECTED]'
|Subject: AW: [JBoss-dev] CVS update: J2eeGlobalScopeDeployer.java
|
|
|Andy,
|
|this single file was my whole pride, my sense of life, my only love.
|
|Would you pleaase
A friend of mine (he´s a real Java crack located in ZA!) edits a newsletter
series
that might be of interest for you and other people from the JBoss
development
community.
I was so free to compile some of our classloading thoughts to a (hopefully)
didactic
example ...
If you are interested,
Hi there,
-Ursprüngliche Nachricht-
Von: marc fleury [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 30. Mai 2001 20:20
An: [EMAIL PROTECTED]
Betreff: RE: Inital Checkin of J2eeGlobalScopeDeployer was AW:
[JBoss-dev] CVS update:
Hey,
JBoss world tour is over... back to home base,
: Toby Allsopp [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 17. Mai 2001 22:00
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] 113th Try: Scoped J2EE Applications ... Please
verify these few p ending diffs to org.jboss.deployment !
On Thu, May 17, 2001 at 07:17:34PM +0200, Jung , Dr. Christoph
Hi there,
I know that this *seemingly* theoretical topic appears every now and then on
this list and people were already murmuring
about the strange ideas that Marc, Rickard, Toby and me were hallucinating,
but never found their way into the codebase.
I though that it´s time to change that ;-)
101 - 192 of 192 matches
Mail list logo