Hi,
> I come back again with my old trick that hadn't much success
> in the past.
>
> To solve the system class loader problem definitivly, at
> least with JDK 1.4
> and upper, why not use the "java.system.class.loader" system
> property (see
> javadoc of java.lang.Classloader.getSystemClassL
Hi,
> so sorry guys (especcialy from turkey), but now it's between
> us and the
> German. We talk again after sunday, maybe tuesday, because
> the party is
> gonna be long : ) (so i hope)...
At least the referee is italian, although I'd preferred Italy was there instead of
Germany.
Ah well,
Hi,
> man what a cup!
>
> Italy out... simone, yeah you can cry on my shoulder I know
> the feeling,
Bwwa
We're supposed to be the best players in the world, players paid 500,000 euro *a
month* (== 500,000 USD) and is this worth money ?
Pah, I'm glad we're out, referees apart, if w
Hi all,
after investigations, we submitted a bug for the class circularity error problem, it's
a bug in HotSpot:
http://developer.java.sun.com/developer/bugParade/bugs/4699981.html
I did not try, but it seems JRockit does not have this bug.
Simon
_
> > I'll say we suck...
> >
> > oh well, can't win them all, but to go out that way :(
>
> They still have a tiny chance the 11th of June!
Come on, Tomasson will kick them out with 3-0 !
Ah, justice is made ! Go Italy !
Simon
___
D
Hi Dave,
> I have decompilied it before to make some sense of it. I now
> there is a
> class.forName and a newInstance but I don't think they use there own
> classloader.
Uhm.
> All of the classes are in the deploy directory not in the
> jboss lib dir.
> The -sevice.xml file that starts this
Hi Dave,
> OK. wrapped up the target method in CCE. These are thrid
> party libs and
> I believe smoewhere in the bowels they use forName() and
> newInstance().
> What I don't understand is why I do not see it going through
> the UCL. or
> at least a classloader.
I guess because they're usin
Hi Dave,
> Actully does not this part of the JVM spec basically say it all ...
>
> 5.3.2 Loading Using a User-defined Class Loader
> The following steps are used to load and thereby create the nonarray
> class or interface C denoted by N using a user-defined class loader L.
>
> First, the Java
Hi Dave,
> Well after alot of tracking down it looks like it is comming from the
> JVM itself.
Yes, CCE are only thrown from the JVM code.
Sorry, I was not clear before.
I see you are using JMX to invoke some method, yes ?
Let's call it target method, you call it from CCRAAbstract.invokeMetho
Hi Dave,
> > > Cause: java.lang.ClassCircularityError: java/lang/String
> >
> > I catch CCE in the new code, how come you get it back ?
> >
> I thought you would know that ;-). Anything I can do to help the
> debugging?
Yes, can you track down from where exactly the CCE comes from ?
It seems f
Hi Dave,
> I just took Simone's patch and applied it to the 3_0 branch.
Do you mean what I committed to HEAD 2-3 hrs ago ?
> it did not
> work. Here is the stacktrace. ...
>
> Cause: java.lang.ClassCircularityError: java/lang/String
I catch CCE in the new code, how come you get it back ?
Ch
_instance_class_or_null is not thread safe.
>
>
> On Fri, 2002-05-31 at 12:13, Bordet, Simone wrote:
> > Hi,
> >
> > so I dug into the hotspot code for JDK 131, and I found the
> problem. I am too tired now to think for a solution, this is
> for you brave guys :)
Hi,
so I dug into the hotspot code for JDK 131, and I found the problem. I am too tired
now to think for a solution, this is for you brave guys :)
The problems arises from a 20 lines of code in
src/share/vm/memory/systemDictionary.cpp (attached), method
resolve_instance_class_or_null(...).
Th
Hi Adrian,
> 3.0RC4
> The testsuite doesn't hang, and it passes a simple test that
> failed on the
> previous version (I'll add it to the testsuite this weekend +
> other more
> complicated tests). Thanks for applying this.
I saw also HEAD passed tonight :)
Can I sak you to link to the testsui
He makes fast decisions :)
> -Original Message-
> From: Bordet, Simone
> Sent: giovedì 30 maggio 2002 18:31
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] UnifiedLoaderRepository deadlocks
>
>
> Hi Dave,
>
> > How about in the 3_0 branch?
&
Hi Dave,
> How about in the 3_0 branch?
Scott will decide.
Simon
> On Thu, 2002-05-30 at 12:12, Bordet, Simone wrote:
> > Hi,
> >
> > I have updated the ULR in HEAD to incorporate latest Adrian
> Brock's suggestions (thanks Adrian), and made the rel
Hi,
> I don't see how we can guarentee that there will not be deadlocks
> by focusing on making the ULR single threaded since that is not
> the point of locking that we do not have control over.
Yes. Making the ULR single threaded is an orthogonal issue (will make the ULR
simpler), but the rea
Hi,
I have updated the ULR in HEAD to incorporate latest Adrian Brock's suggestions
(thanks Adrian), and made the relevant methods single threaded.
Adrian, if you can check if the changes I made correctly implement your suggestions,
will be great.
Cheers
Simon
___
Hi,
> I think I've found the problems.
>
> Problem 1
> -
> A does a normal loadClass() - no lock on UCL
> it gets past synchronise into the main routine
> B does a loadClassInternal() - locks the UCL
> A reaches unsynchronise, aquires the reentrantLock, releases
> itself as the curre
Hi,
> The hang is not predictable, but it is mostly on the
> RaTopicUnitTestCase.
> Trying to dump the threads crashes the VM, but below is the start
> of one of the dumps. It appears to be a deadlock in the
> UnifiedLoaderRepository.
>
> Looking at the code, there might be an ordering problem
Hi,
> I am using jboss 3.0 rc3. I am seeing a classloader lockup when I am
> deploying an ear file. The two threads are below. I noticed that Simon
> updated the classloader code , does this fix it? Is it only on the 3.1
> branch?
It is supposed to fix it, for now is in 3.1, but unfortunately I'
Hi,
> The major problem (and the starting point of the whole thing)
> is that when
> classes are being loaded the JVM can call
> "loadClassInternal()" on multiple
> class loaders at the same time. This method is synchronized and so
> immediately two different threads have locked two different
Hi Marc,
> Simone,
>
> I still don't see the problem clearly, please help me.
Will try to do my best. I used the now "old" (thanks to you) classloader delegation
model in my project, so you probably have to integrate me with the JBoss stuff
(correct me if I'm wrong) :)
> |classloader delegat
Hi,
> Where does the "loadClassInternal()" intervene?
It is called by the JVM when it has to resolve class dependencies.
Say you have class A that has a data member of class B.
When a CL is asked to load A, it inspects the class and see that it needs to load also
B. This is done at native leve
Hi Trevor,
> I normally build jboss-mx under Unix or NT but just tried to
> build.bat under WinME and get loads of errors about command
> not found (seemingly related to doing a "call" on a label).
>
> Is this supposed to work under WinME?
WinME normally barfs when:
1 - long shell commands ar
Hi David,
> Is this in active use?
I don't think so.
It ages back to early 2.0 times when I coded the cache and wanted to offer some
monitoring capabilities to JBoss.
It still can be useful though.
> Is the interface/way it works etc.
> fixed in stone?
No, I mean everyone can change it foll
Hey David,
> Subject: [JBoss-dev] CVS update: jboss/src/main/org/jboss/monitor
> BeanCacheMonitor.java BeanCacheMonitorMBean.java
>
>
> User: d_jencks
> Date: 02/02/22 14:54:25
>
> Modified:src/main/org/jboss/monitor BeanCacheMonitor.java
> BeanCacheMonitorMBe
JBoss:
There is no spoon.
JBoss:
Do you think it's air what you're breathing now ?
Simon
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Hey Marc,
> I plan on sticking to a very simple presentation, "we are
> free and don't suck, how about you?"
Isn't this too complex (maybe) ? ;)
Ahh, it's a pity I cannot come...
Simon
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://li
Hi David,
> >
> >> getMethod CDATA #IMPLIED
> > setMethod CDATA #IMPLIED
> > persistPeriod NMTOKEN #IMPLIED
> > currencyTimeLimit NMTOKEN #IMPLIED >
> >
> It might be a good id
Hi Jason,
> Is there source anywhere in cvs directly?
No, the single source file is directly inside the jar; the only presence in CVS is the
jar itself, that's the reason why they might be very old: they are not built.
It was a simple example of how it is possible to monitor the bean cache, s
Hi,
jumping in late...
OpenJMX will soon release an implementation of RMMB with pluggable
logging redirection and pluggable persistence mechanism. See
http://sourceforge.net/projects/openjmx for details.
Cheers
Simon
> -Original Message-
> From: marc fleury [mailto:[EMAIL PROTECTED]]
>
Hi Jules,
> This is a full stack dump of a reproducible hang-up in the
> WebIntegration test-suite with Jetty4.
>
> Note the two threads which seem to be waiting on the same line of
> code
>
> at java.lang.ClassLoader.loadClass(ClassLoader.java:286)
>
> This looks like a deadlock to me -
Hey,
> > So, if you're going to get rid of the MarshalledObject and
> all the copying,
> > why not just get rid of CacheKey all together?
>
>
> Hehe... if it is removed I have only one thing to say: "told
> you so"... >:-)
>
> /Rickard
eee, man this guy seem to *always* be right. Ah wel
Hey,
> Hi
>
> postRegister() is a callback method issued by the MBeanServer
> before the
> MBean gets finally registered. You then can save the
> MBeanServer you are
> connected to and change the MBean ObjectName before it is set.
This is done in preRegister, not in postRegister.
Simon
> I
Hey Doug,
> Hey,
>
> I was trying to invoke a method on an MBEAN using
> server.inoke and it won't
> work.
>
> It works fine when I try to inoke no arg methods like start()
> or init()
> I call server.invoke(myObjectName, "start", new Object[0],
> new String0]);
>
> But when I try to call s
Hey,
> >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 i
Hey,
got some time and thought some more about this, which is exactly the same
problem I got in my project. Just to speak loud to clear things also to
myself.
Problem being resumed this way: 2 classloaders in chain, 2 threads
Boot
|
Ext
|
Sys
|
CL1
|
CL2
When you load something with CL2,
Hey,
> 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 t
Hey Ole,
as I said I have a small tool written with JDI that will tell you who is
holding what and who is waiting (so in the "wait for monitor entry" you'll
know who is the monitor)
If you wanna play, just tell me ;)
Simon
> -Original Message-
> From: Ole Husgaard [mailto:[EMAIL PROTEC
Hey,
got similar (I would say the same) problem for a project I'm working on.
I don't know well the code in ServiceLibrary, but be aware also that because
of the delegation mechanism of java classloaders, this may happens as well:
CL2 is child of CL1; CL2 is asked to load clsA and delegates its p
Hi,
> A client (whether an application or server) should be able to
> auto-discover
> the EJB proxy object anywhere in the network. This seems to be Jini's
> strength. Regardless of the discovery process, if I am making
> a call on this
> proxy and the server is no longer available, the *proxy*
Hi,
> David, get a real VM
LOL, yeah, now we will have the HP JVM on HP Unix, THOSE sigsevs may be more
interesting ;)
Do HP have a JVM for its Unix at all ? Someone knows ?
Ah, well, life is change (TM)
simon @compaq.com (to be read @hp.com)
> |Here is the segmentation violation error (dump)
Hey Vincent,
glad you solved your problems, and that was not a cache problem ;)
Do you mind to send an email to jboss-user (since I guess many there use
ejbdoclet, have seen "the cache has problems" and are not subscribed to
jboss-dev) briefly explaining what you have found ?
Many thanks
Simon
Hey Vincent,
> A simple question,
> In JBOSS config file on , I define
> 1 and
> 1, instead
> of 10 / 100 (for example).
> And if 1/1 solve a problem that appear on 10/100, do I have
> found a problem
> in the cache ?
Maybe, and maybe not :) Can you expand on this ?
> I have seen a lot of dis
This feature has been added to JBoss 2.4
Simon
> -Original Message-
> From: Schouten, Andreas [mailto:[EMAIL PROTECTED]]
> Sent: mercoledi 4 luglio 2001 11:50
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] How to delete serialized session beans? /
> feature request?
>
>
> I'd a loo
Hey Bill,
> Sorry to chime in so late(we had a launch party for our
> service built upon
> JBoss!)
Great !
> I wasn't saying that you shouldn't protect the cache or the
> context, but for
> cache.release(ctx), again, why schedule the passivation? Why not just
> passivate it.
>
> public
Hi,
> that needs to be synchronized and simone does it in 2 steps... again I
> thought that was actually quite all right if not downright
> elegant with the
> entity symetry... (he did do somethings right)
[snip]
Ah, well, thanks !
Marc, since you get rid of the pool, do you use WaitSemaphore
Hey Bill,
> Still, for Stateful beans, you're adding complexity for the
> time between
> when the Stateful bean gets scheduled for passivation, and when the
> Passivator Thread actually runs. Which is only a few
> milliseconds, right?
> If the Stateful bean is scheduled for passivation, this
Yo,
> I'm on top of it, got the fix with the next generation of
> synchronization...
> but it is 12:30 am and I need to get up at 5 to go to the INS
> and get my
> permanent residency card... yep got to be in line at 6am
> otherwise "me no
> get in, and me no get card at INS (US immigration FY
Yo,
I'm back to real life !
I'd suggest not to use HEAD tag, it's used by CVS and does not reflect the
most recent code on the main trunk. If I remember well, just deleted files
have HEAD tag, so you will checkout them even if they're not part of the
most recent code.
Simon
> -Original Me
Hello everybody,
JBoss *is* at JavaOne !!!
We are hosted by the SAMS publishing in the JavaOne Pavillion.
Marc is there all the mornings, I will be there very often, Rickard can be
often found there, as well as Scott Stark, Vaughn Vernon etc etc etc.
And don't forget tomorrow's (wednesday) bir
Hey Vinay,
There is no way to track cache hits, but there is the possibility to track
cache misses (and almost every other cache activity). You have to set the
BeanCacheJMSMonitoringEnabled flag to true in the container factory MBean
(jboss.jcml), and then write a client that listen for the want
I try to create 2 within the same minute...
> I get this exception.
>
> d.
>
> -----Original Message-
> From: Bordet, Simone [mailto:[EMAIL PROTECTED]]
> Sent: Monday, May 21, 2001 12:51 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: [JBoss-dev] InstanceCach
May you double check your ejbCreate returns the right PK ?
Simon
> -Original Message-
> From: Ferguson, Doug [mailto:[EMAIL PROTECTED]]
> Sent: lunedì 21 maggio 2001 19:22
> To: '[EMAIL PROTECTED]'
> Subject: [JBoss-dev] InstanceCache is throwing
> IllegalStateException
> id = 0?
>
Marc,
> Simone,
>
> really, this is not a cache decision, AT ALL. The state
> synchronization is
> the state synchronization with the DB, it is a different
> domain. The cache
> should not, does not, will not take state synchronization
> decisions with
> respect to the database. It is a sto
n D to invalidate the cache on demand (for example through a JMS
message), you can do that in a simpler way that with the interceptor, since
you are inside the cache code.
I don't see a *very* strong argument in favor of one or the other, do you
have other thoughts ?
Simon
>
>
> Vina
Hey Vinay,
[please plain text email]
> Hello Folks,
> Took a wild shot at the Option D, timed cache invalidation.
> Have put it in a separate interceptor that sits before the
> EntitySynchronizationInterceptor and invalidates the
> EntityEnterpriseContext at regular preset intervals.
I wo
Vincent,
> > Is someone in touch with the Tomcat Mailing List ?
> Otherwise I'll register
> > and explain the problem.
>
> Please, yes.
> >
> > Any other thoughts ?
>
> I thought we could tried with another ejb container (wl for example)
> to be sure the problem does not come from the jnp modu
Vincent,
> Nope.
Means that neither Catalina beta 4 works ?
> Scott, my gentle jndi guru, does it make sense to change NamingContext
> so that it can understand "jndi:", then use for
> java.naming.provider.url
> something like "jndi://localhost:1099" to avoid this problem
> with catalina ?
>
Hey,
> Note that I've already a feature request for the optimization
> of finders.
Ehm yes I saw it, but how did you do it ?
Thanks
Simon
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-develop
Hey Anatoly,
> Hello, people
>
> I have spent the last few days stomping out the bugs from my
> plugin to get
> Tyrex DTM to work together with JBoss.
>
> I am happy to inform you that it seems to be working just fine. I'll
> cleanup the code from my debugging messages and it is ready for
> co
H,
our "grumpy JBoss" is back, and what a comeback !!!
Marc, I'll suggest you to add TODO tasks on the sourceforge site, so that
it's easier to keep track of them, I would have added the ones you mentioned
here, but probably I don't have the admin privileges to add TODO tasks. See
http:/
Hey,
> We are giving a BOF, mandatory presence for all those on this
> list, free
> tshirts
What's BOF ?
Oh, and the party on the beach ;) ?
Simon
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jbos
r it, we'll go party !
Party ! Party ! Party !
LOL !
Simon
>
>
> |-Original Message-----
> |From: [EMAIL PROTECTED]
> |[mailto:[EMAIL PROTECTED]]On Behalf Of
> |Bordet, Simone
> |Sent: Wednesday, April 25, 2001 8:57 AM
> |To: '[EMAIL PROTECTED]'
> |Subject: R
> Just curious if anyone is going to be going to JavaOne this year?
I will.
Hey Marc, what about the T-shirt idea that came up some months ago ?
Anyone still interested ? I thought that maybe it is possible to arrange few
of them and marketize them at J1 (yo, as you may have noticed I'm not a
ma
Hey,
> I had an e-mail message exchange with Ole about a month ago. He
> recommended me using org.jboss.tm.plugins.tyrex for my stuff. This is
> exactly what I did. But, as I mentioned, there are 2 files (the
> transaction interceptors) that need to be changed to support a generic
> TransactionMa
Please repost to jboss-user, this is the development list.
Simon
> -Original Message-
> From: Deepak Goyal [mailto:[EMAIL PROTECTED]]
> Sent: martedì 24 aprile 2001 6:07
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] Problem with building source code:
>
>
> While building the source co
Hey,
> Anatoly Akkerman wrote:
>
> > Hi,
> >
> > For the past couple of weeks I've been integrating Tyrex DTM
> > (tyrex.exolab.org) into JBoss. Things are coming along and
> in a few days
> > I'll probably have a basic support for transaction
> propagation across 2
> > JBoss instances. I was
Title: JBoss/JBossMX
[CC'ed
to jboss-dev]
Hello
Mads,
quoted
from the JavaMail 1.2 FAQ:
Q: Is the JavaMail API implementation completely free?
Can I ship it along with my product?A: Yes. The current release
of the JavaMail API implementation, is completely free and you can include it
Hey,
> Hi ,
> I want to get the source code for jBoss server. To do this I
> downloaded and
> installed winCVS - but then what is this tcl and how do I
> further get to the
> source coede??
Asking WinCVS question on this list does not help. Try the WinCVS web site,
for example.
Then follow the
Please
repost on jboss-user, this is the development list.
Simon
-Original Message-From: Varun Chopra
[mailto:[EMAIL PROTECTED]]Sent: lunedì 23 aprile 2001
6:59To: [EMAIL PROTECTED]Subject:
[JBoss-dev] A simple question
dear friends,
i am new to jboss.
Pls tell me
Please repost to jboss-user, this list is devoted to development only,
nobody will answer you.
Simon
> -Original Message-
> From: Kevin James Baxter [mailto:[EMAIL PROTECTED]]
> Sent: mercoledi 18 aprile 2001 13:45
> To: jboss
> Subject: [JBoss-dev] Help With Exception:
> java.lang.NoCla
Please, repost on jboss-user, this list will not answer these questions
Simon
> -Original Message-
> From: Harishankar Nair [mailto:[EMAIL PROTECTED]]
> Sent: mercoledì 18 aprile 2001 12:48
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] Exception when calling a stateless from
> a statef
Hey ;),
> Hey... wait a minute big fella'... I proposed a
> simple how-to on getting winCVS working (see more
> below), how'd that get turned into a full-blown doco
> on JBOSS project management To much French wine I
> think Marc! :-)
Ah yes, this is normal, and it has always been (and wil
Hey,
> > > 1. Check out the 2.2.1 version:
> > > cvs co -r Rel_2_2_1 jboss
> >
> > I think the best is to always checkout the most recent code
> on the branch,
> > so
> > cvs co -rBranch_2_2 jboss
> >
> How does the Branch_2_2 tag always refer to the latest code
> on the branch?
This is auto
Hey,
> I integrated the JBossSX patched jars and tagged everything under
> jboss with Rel_2_2_1 for now. If you have something that should
> be integrated into the 2.2.1 release I believe the correct proceedure
> is:
>
> 1. Check out the 2.2.1 version:
> cvs co -r Rel_2_2_1 jboss
I think the be
Hey Scott,
> The code that needs to be patched is actually in the jbosssx
> cvs module. I did
> add a JBoss_2_2_0_Final to the code in this module at the time of the
> 2.2 release, but I did not make a branch.
>
> Would this work:
> cvs rtag -b -r JBoss_2_2_0_Final Branch_2_2 jbosssx
OK
> co
Hey Toby,
> > I can tell you what to do in CVS, I'm not expert on how
> this must be handled
> > in SourceForge using the tracker, anyway:
> >
> > Checkout the 2.2 branch:
> > cvs co -rBranch_2_2 jboss
> >
> > Change what has to be changed (working on the files you
> just checked out)
> > and
Hey Scott,
> Ok, a problem mentioned on the user list turns out to be a
> bug in the 2.2
> release of the JBossSX code. This was not seen because the
> login module
> used in the howto was not being convered in the unit tests(my fault).
>
> So, what is the procedure for creating a patch and ne
Hello,
> Cool, I'm vindicated!
>
> When Simone imparts his knowledge, I'd be happy to
> update the web page if Marc thinks it a good idea...
Thanks for that, would really be useful for developers with CVS write
access, but I have very little time this period.
I don't have cygwin, the following
Peter,
I have WinCVS working fine with ssh, and I know how to setup everything (I
had to do some more tweak WRT SF's docs)
Just give me few hours, right now I'm busy, but for today you'll get it
working, promised !
Simon
> -Original Message-
> From: Peter Braswell [mailto:[EMAIL PROTECT
Jules,
> --- Scott M Stark <[EMAIL PROTECTED]>
> wrote:
> > They can't create a wrapper because mbeans are being
> > created as a byproduct
> > of interaction with the Jetty JMX interface. This is
> > a generic issue with integrating
> > third party services that happen to be mbeans which
> > may
Just one word:
IMPRESSIVE !
Simon
> -Original Message-
> From: Stacy Curl [mailto:[EMAIL PROTECTED]]
> Sent: venerdì 6 aprile 2001 11:59
> To: '[EMAIL PROTECTED]'; 'Andreas Schaefer'
> Subject: [JBoss-dev] JMX in jBoss, Clustering, Monitoring, Failover,
> better bootstrapp ing via plugg
Please post again on jboss-user.
This list is devoted to JBoss development only.
Thanks,
Simon
> -Messaggio originale-
> Da: David McTavish [mailto:[EMAIL PROTECTED]]
> Inviato: giovedì 5 aprile 2001 19:54
> A: [EMAIL PROTECTED]
> Oggetto: [JBoss-dev] To EJB or not to EJB?
>
>
>
> Th
Hello,
I've tagged and updated the version identifier of JBoss on the branch, so
that it is possible to checkout the sources to package the distributions,
included last minute Scott Stark's changes.
Packagers, see the how to below for instructions on how to checkout the
2.2.0 JBoss release.
Simo
Hey,
look in jboss.jcml and almost at the top there is the transaction mbean. You
will find there the transaction timeout value, that overrides the one in the
code.
Simon
> -Original Message-
> From: sujith s.pillai. [mailto:[EMAIL PROTECTED]]
> Sent: mercoledì 4 aprile 2001 21:48
> To:
OK.
The timeline of 18:00 GMT is confirmed.
Simon
> -Original Message-
> From: marc fleury [mailto:[EMAIL PROTECTED]]
> Sent: mercoledì 4 aprile 2001 16:09
> To: Bordet, Simone; JBoss Development Mailing List (E-mail)
> Cc: 'Ken Jenks'
> Subject: RE: [JB
Hey Ken,
> What's the test plan for this release?
I don't know. AFAIK 2.1 is far better than 2.0, and passes more (if not all)
tests of the JBossTest suite, I think also the Peter Braswell's CTS.
But it's a good question. Anyone may answer better than me ? Marc ?
Simon
>
> -- Ken Jenks, http
Hello,
it's clear that the board wants to exit with 2.2 FINAL, since every one
involved in packaging wants to checkout the most updated code in the branch
to package a final 2.2 release.
So, I ask to every committer to stop committing to Branch_2_2 starting from
18:00 GMT (13:00 New York). I will
Ciao Fulco,
from which directory are you issuing this command ?
Best will probably be (although I'm not a cvs command-line guru):
cd newsite/bin
cvs -z3 -d:ext:[EMAIL PROTECTED]:/cvsroot/jboss add -kb
jboss_catalina_b1.zip
Simon
> -Messaggio originale-
> Da: Fulco Muriglio [mailto:[EMA
Ciao Fulco,
> hallo,
> I'm not behind a firewall and I use Linux, cvs
> works except for commit: the response is:
>
> cvs [server aborted]: "commit" requires write access to the
> repository
>
> Is it a problem of my account?
No, it shouldn't.
> The command was:
>
> cvs -z3 -d:pserver:[E
Hey,
I don't know who is mantaining CVSROOT/* files (SourceForge or Marc or
Sebastien), but would be useful to have email notification on tag operations
also, through the CVSROOT/taginfo file.
Simon
___
Jboss-development mailing list
[EMAIL PROTECTED]
Hey all,
CVS branching is done.
Structure is the following:
Main trunk
|
+--+-+ Branch_2_2
| Rel_2_3_0 |+
++|
| ++-+
. | JBoss_2_2_Final |
. | Rel_2_2_0|
Hi (all CVS committers),
in few hours I will, after Marc suggestion, branch the CVS tree and create
release 2_2_0 (aka 2_2_FINAL), from the current main trunk of the jboss
module only.
This will generate a branch where patches will go, while the main trunk will
be the development part of the CVS
; |>Marc ?
> |>
> |>Simon
> |>
> |>
> |>> -Original Message-
> |>> From: Tom Cook [mailto:[EMAIL PROTECTED]]
> |>> Sent: giovedi 8 marzo 2001 0:56
> |>> To: JBoss-Dev
> |>> Subject: RE: [jBoss-Dev] VERSIONS & BRANCHES
&
Marc,
fixed in CVS.
Simon
> -Original Message-
> From: marc fleury [mailto:[EMAIL PROTECTED]]
> Sent: venerdì 23 marzo 2001 18:35
> To: Jboss-Development@Lists. Sourceforge. Net
> Cc: Bordet, Simone
> Subject: Small NPE annoyance in LRU cache
>
>
> W
Hey
> 3 = 4
> 3 = 4
>
> latency? out: 12:41 EST
8 minutes here in Italy,
seems OK.
Good work, Marc
Simon
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
98 matches
Mail list logo
