|Finally you convienced my to have a look into Webservices. This version was
|just
|a XML adaptor as requested and should give others the oppurtunity to start
|from there w/o webservices in mind but let's see.
it will!.. you are the star of tonight :)
you get to come in late and we will put a
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 25, 2001 10:41 PM
Subject: RE: [JBoss-dev] CVS update: jboss/src/main/org/jboss/jmx/server
XMLAdaptor.dtd XMLAdaptorImpl.java XMLTestService.java
> hey looking good looking good,
>
> H
ok,
The status is that the "busy wait" message is a bug, due to the fact that
the mutex always let someone through and then it hits the busy wait and
starts again, goes through and hits the wall etc etc.. this OF COURSE will
peg your CPU at 100 which is really not very good. This one, i can fix.
User: mnf999
Date: 01/06/25 22:50:14
Modified:src/main/org/jboss/test/threading/mbean Threads.java
Log:
So far the fucking bug is eluding me... still no clear repro...
Revision ChangesPath
1.2 +14 -7 jbosstest/src/main/org/jboss/test/threading/mbean/Threads.j
User: mnf999
Date: 01/06/25 22:50:14
Modified:src/main/org/jboss/test/threading/ejb EJBThreadsBean.java
Log:
So far the fucking bug is eluding me... still no clear repro...
Revision ChangesPath
1.2 +3 -3
jbosstest/src/main/org/jboss/test/threading/ejb/EJBTh
We are beating a dead horse...
We are all aware of the importance of GUIs (for better or worse)
|BEA Weblogic (I can only speak for 5) has a poor GUI moslty only
|showing values but with no administration.
|
|IBM Websphere (I can only speak for 3) has a relatively good GUI with
|administration bu
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Hiram
|Chirino
|Sent: Monday, June 25, 2001 11:16 PM
|To: [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] CVS update: jbossmq/src/etc/conf/default
|jndi.properties
|
|
|Yo, dude check out the title, that's t
hey looking good looking good,
How do WSDL defined interfaces work with this?
my guess is that a MBean in the server would take a WSDL compliant (IDL like
definition) and be able to generate a call that complies to our own dtd...
right, the goal is to be able to fully support webservices in JBo
Hi Geeks
- Original Message -
From: "Rickard Öberg" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 25, 2001 11:01 AM
Subject: Re: [JBoss-dev] EJX and XML
> >So that will mark the end of its life in JBoss, it is free to come back
as
> >an add-on to JBOSS.
>
> It won't co
User: schaefera
Date: 01/06/25 22:29:13
Modified:src/main/org/jboss/jmx/server XMLAdaptorImpl.java
XMLTestService.java
Added: src/main/org/jboss/jmx/server XMLAdaptor.dtd
Log:
Added all the major methods to the XML Adaptor which make sense. I also
a
This looks good now. I have tried 3 runs and the threads stay fixed at
around 108 after the first run. The only little problem is that there appears
to be a leak of "ASF Session Pool Threads" objects as the number
of these shown on by the Info mbean listThreadDump keeps increasing
with each run.
> Dain,
>
> I've read your email on how to use the eager/lazy loading features. I'm
not
> sure if this is the same thing as danch's feature. Your
> eager/lazy loading seems to be focused around LoadEntity, where danch's
> read-ahead happens on the finder call itself. I really should examine
Scott,
I think I got them all now. Part of the problem was that the cts tests was
using beans the did not seem to want to close() thier JMS connections. I've
updated jboss and jbosstest with the fixed jbossmq. Let me know if you see
any more problems.
Regards,
Hiram
>From: "Scott M Stark
Yo, dude check out the title, that's the jndi.properties in the jbossmq
tree. The only folks doing JNDI lookups in the standalone jbossmq are the
clients that are running as separate processes anyways.
Regards,
Hiram
>On Sun, 24 Jun 2001, marc fleury wrote:
>
> > | User: chirino
> > | Date:
|Ever since JavaOne (perhaps a little before), I have been back on
|the Mac OS
|X trip. One of the last sessions that I went to on Friday was the OS X &
|Java one. I was blown away by a rendering test that they had running
|between a P4 1.x GHz and a 5xx G4. The PC did not even have a chance.
Maybe, what version of the server are you running?
- Original Message -
From: "Bill Burke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 25, 2001 7:23 PM
Subject: RE: [JBoss-dev] Can Home references get stale?
> Maybe JNP is returning an RMI reference and all my finde
User: chirino
Date: 01/06/25 19:42:08
Modified:src/lib jbossmq.jar
Log:
Revision ChangesPath
1.13 +67 -61jboss/src/lib/jbossmq.jar
<>
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lis
User: chirino
Date: 01/06/25 19:42:08
Modified:src/client jbossmq-client.jar
Log:
Revision ChangesPath
1.11 +61 -57jboss/src/client/jbossmq-client.jar
<>
___
Jboss-development mailing list
[EMAIL PR
Well I looked into how the exception could happen and it will only happen during
the serialization of a RemoteObject. I then looked at why any RemoteObjects
should be serialized for in VM calls and found that the GenericProxy is writing its RMI
ContainerRemote object in writeExternal() when isLoca
User: chirino
Date: 01/06/25 19:41:38
Modified:src/main/org/jbossmq SpyConnection.java
Log:
Now use a ThreadGroup to group all the client threads.
Revision ChangesPath
1.10 +14 -2 jbossmq/src/main/org/jbossmq/SpyConnection.java
Index: SpyConnection.java
User: chirino
Date: 01/06/25 19:41:38
Modified:src/main/org/jbossmq/distributed/server
ConnectionReceiverOIL.java
ConnectionReceiverUIL.java
Log:
Now use a ThreadGroup to group all the client threads.
Revision ChangesPath
User: chirino
Date: 01/06/25 19:40:11
Modified:src/main/org/jboss/test/cts/jms MsgSender.java
Log:
When this class was being used by beans, it was being closed when the
bean was passivated. But the passivation would never occur (Not sure why not)
But this was causing a leak of
User: chirino
Date: 01/06/25 19:40:39
Modified:src/lib jbossmq-client.jar
Log:
Revision ChangesPath
1.11 +61 -56jbosstest/src/lib/jbossmq-client.jar
<>
___
Jboss-development mailing list
[EMAIL PRO
It should not be set. The cvs was not working because multiple jndi.properties
and been placed on the classpath and one had an empty url provider which
caused problems.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 25, 2001 7:16
User: mnf999
Date: 01/06/25 19:27:06
Modified:.index.jsp navigation.jsp
Log:
Just making sure the message is clear.
Revision ChangesPath
1.2 +25 -25newsite/index.jsp
Index: index.jsp
=
Maybe JNP is returning an RMI reference and all my finder calls through the
home are doing RMI to localhost? I'll try to get some stack trace
somehow...
Until then, thanks,
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jason
> Dillon
> Sen
What is the deal with setting/not setting this property? With a CVS
shapshot of jboss last week I was unable to get my application to work
correctly unless this was set, where it was working fine with 2.2 (I think
it was 2.2).
Any ways, I am still working on build systems, and have not had time
> Distributed transaction is another ball game altogether, but what he is
> asking for doesn't necessarily require that. Also he has been through my
> training and he knows that distributed transactions are bad mkey?
What do you mean by mkey? Can you explain this more or do I need to take
your
> I am truly impressed, I got my enlightenment stuff with 6 windows (getting
> really stable), mozilla (same, getting really stable), anyJ my java IDE
> running like it did on my windows box and all, it is really impressive how
> much Linux has matured... great to see...
I have been developing Ja
Marc,
Don't get annoyed
with me, but your new threads test is incomplete:
- You need to
also randomize on the bean's primary key. I say this because some of the
cache bugs I encountered were as a result of one thread throwing a context back
into the InstancePool(via a rollback or remov
Hrm... are you sure that you are not using RMI to localhost? I can not
think of another reason why a Throwable would not have a stack trace... can
you (or anybody really)?
--jason
On Mon, 25 Jun 2001, Bill Burke wrote:
> FYI,
>
> Everything is within JVM.
>
> Thanks for the help,
>
> Bill
>
>
JBoss daily test results
SUMMARY
Number of tests run: 84
Successful tests: 79
Errors:1
Failures: 4
[time of test: 26 June 2001 2:49]
See http://lubega.com for fu
User: chirino
Date: 01/06/25 18:42:11
Modified:src/client jbossmq-client.jar
Log:
Upgrade to the leak free version of jbossmq
Revision ChangesPath
1.10 +28 -27jboss/src/client/jbossmq-client.jar
<>
_
User: chirino
Date: 01/06/25 18:42:11
Modified:src/lib jbossmq.jar
Log:
Upgrade to the leak free version of jbossmq
Revision ChangesPath
1.12 +39 -39jboss/src/lib/jbossmq.jar
<>
___
Jboss-developmen
User: chirino
Date: 01/06/25 18:39:24
Modified:src/main/org/jbossmq/distributed/server
ConnectionReceiverOIL.java
Log:
Bug fix: If the client did a quick connection, send a message and disconnect,
the server's connection to the client may not have had tim
terms of license at gnu.org.
*
*/
package org.jboss.test.threading.ejb;
import java.rmi.*;
import javax.ejb.*;
/**
*
*
* @see
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
* @version $Revision: 1.1 $
*
* Revisions:
*
* 20010625 mar
User: mnf999
Date: 01/06/25 18:08:50
Added: src/resources/threading/META-INF ejb-jar.xml
Log:
We need to test the caches for locking behaviour.
This is an MBean and a EJB with different sorts of methods that will stress the
cache mechanisms.
Revision ChangesPath
.*;
import javax.ejb.*;
/**
*
*
* @see
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
* @version $Revision: 1.1 $
*
* Revisions:
*
* 20010625 marc fleury: Initial version
*/
public interface EJBThreadsHome extends EJBHome
{
public EJ
*
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
package org.jboss.test.threading.mbean;
/**
*
*
* @see
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
* @version $Revision: 1.1 $
*
* Revisions:
*
* 2001
User: mnf999
Date: 01/06/25 18:08:49
Added: src/main/org/jboss/test/threading README
Log:
We need to test the caches for locking behaviour.
This is an MBean and a EJB with different sorts of methods that will stress the
cache mechanisms.
Revision ChangesPath
1.
User: mnf999
Date: 01/06/25 18:08:49
Modified:src/build build.xml
Log:
We need to test the caches for locking behaviour.
This is an MBean and a EJB with different sorts of methods that will stress the
cache mechanisms.
Revision ChangesPath
1.36 +7 -1 jb
User: mnf999
Date: 01/06/25 18:07:01
jbosstest/src/resources/threading - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: mnf999
Date: 01/06/25 18:07:15
jbosstest/src/resources/threading/META-INF - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: mnf999
Date: 01/06/25 18:03:09
jbosstest/src/main/org/jboss/test/threading/mbean - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: mnf999
Date: 01/06/25 18:01:08
jbosstest/src/main/org/jboss/test/threading/interfaces - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: mnf999
Date: 01/06/25 18:00:38
jbosstest/src/main/org/jboss/test/threading - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: mnf999
Date: 01/06/25 18:01:00
jbosstest/src/main/org/jboss/test/threading/ejb - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: mnf999
Date: 01/06/25 17:57:07
Added: src/build/subprojects build-threading.xml
Log:
Adding the reproduction case for the cache bug tests
Revision ChangesPath
1.1 jbosstest/src/build/subprojects/build-threading.xml
Index: build-threading.x
FYI,
Everything is within JVM.
Thanks for the help,
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jason
> Dillon
> Sent: Monday, June 25, 2001 8:09 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] Can Home references get stale?
>
>
>
The exception is probably occurring in the server and caught in the client
with the trace lost during serialization. Just a hunch.
--jason
On Mon, 25 Jun 2001, Bill Burke wrote:
> I wish I could get a better stack trace. I probably wouldn't be begging for
> help if I could.
>
> No, I keep ge
User: olegnitz
Date: 01/06/25 16:58:24
Modified:src/client jbosssx-client.jar
Added: src/client cacerts jcert.jar jnet.jar jsse.jar log4j.jar
Log:
Added JSSE binary files for SSL support;
added cacerts binary file for SSL authentication;
added log4j.jar used by client lo
User: olegnitz
Date: 01/06/25 16:51:14
Modified:src/lib jboss-jaas.jar jbosssx.jar
Added: src/lib jcert.jar jnet.jar jsse.jar
Log:
Added JSSE binary fines for SSL support
Revision ChangesPath
1.12 +201 -207 jboss/src/lib/jboss-jaas.jar
<>
User: olegnitz
Date: 01/06/25 16:52:33
Added: src/bin privatekeys
Log:
Added private keys binary file for SSL authentication.
Revision ChangesPath
1.1 jboss/src/bin/privatekeys
<>
___
Jboss
User: olegnitz
Date: 01/06/25 16:26:26
Added: src/main/org/jboss/security/ssl
RMISSLClientSocketFactory.java
RMISSLServerSocketFactory.java
Log:
Added SSL RMISocketFactories
Revision ChangesPath
1.1
jbos
User: olegnitz
Date: 01/06/25 16:26:26
Modified:src/build build.xml
Log:
Added SSL RMISocketFactories
Revision ChangesPath
1.13 +5 -1 jbosssx/src/build/build.xml
Index: build.xml
===
RCS f
Dain,
I've read your email on how to use the eager/lazy loading features. I'm not
sure if this is the same thing as danch's feature. Your
eager/lazy loading seems to be focused around LoadEntity, where danch's
read-ahead happens on the finder call itself. I really should examine your
code(sor
User: olegnitz
Date: 01/06/25 16:20:15
jbosssx/src/main/org/jboss/security/ssl - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Bugs item #436237, was opened at 2001-06-25 16:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=436237&group_id=22866
Category: JBossServer
Group: v2.2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned
I wish I could get a better stack trace. I probably wouldn't be begging for
help if I could.
No, I keep getting
But I do know its on a findBy call, and a fresh home reference works fine.
This is just bizarre.
Thanks,
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EM
Can you get a better stack trace to pinpoint where the exception is coming
from?
- Original Message -
From: "Bill Burke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 25, 2001 2:54 PM
Subject: RE: [JBoss-dev] Can Home references get stale?
> We have repeated the proble
Hi Vinay,
> Has anyone bothered to go thru the ROWID based update code I'd
> sent out? I would really want to check it in but don't want to do
> so without a go ahead lest it affect any other portion of the
> server. If you want me to repost the diff code please let me
> know and I can do that.
Thanks for the comments... (Dam it is hot here in Minneapolis, 97 degrees
F, I got to get my airconditioner down from the attic and installed ASAP)
> Maybe as a first question - how 'done' do you consider the basic
> architecture of the CMP2.0 module? Done enough that there aren't going
> to be
We have repeated the problem.
Any ideas?
Thanks,
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Scott
> M Stark
> Sent: Monday, June 25, 2001 5:44 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Can Home references get stale?
>
>
> Th
Dain Sundstrom wrote:
>>>So if we remove the passivation cache, do we loose commit Option A? If
>>>
> not,
>
>>>how do we keep bean data alive while passivated?
>>>
>>>I still may not understand this.
>>>
>>
>>I think Mark is just suggesting losing the passivation part of the
>>cache. The cache
Maybe as a first question - how 'done' do you consider the basic
architecture of the CMP2.0 module? Done enough that there aren't going
to be any major structural changes, or might it get turned upside down?
As a frame of reference for my frame of mind, in my statements/questions
below, I'm as
User: vharcq
Date: 01/06/25 14:39:02
Modified:src/docs jbossintro.xml
Log:
cosmetics
Revision ChangesPath
1.18 +3 -3 manual/src/docs/jbossintro.xml
Index: jbossintro.xml
===
RCS file: /c
There is no RMI DGC or even RMI proxies involved when invoking in VM
calls on a bean with Optimized set to false. All that happens is that the method
arguments are copied via serialization using a java.rmi.MarshalledObject and the
return value is also copied in the same fashion to provide RMI pass
User: vharcq
Date: 01/06/25 14:35:39
Modified:src/docs cmp.xml customizingjaws.xml
Log:
Link to intro page for ant/examples
Revision ChangesPath
1.13 +19 -28manual/src/docs/cmp.xml
Index: cmp.xml
=
Dain Sundstrom wrote:
> I was just picking a fight :)
>
OK, I just discarded my rant-mail.
-danch
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
> >
> > So if we remove the passivation cache, do we loose commit Option A? If
not,
> > how do we keep bean data alive while passivated?
> >
> > I still may not understand this.
>
>
> I think Mark is just suggesting losing the passivation part of the
> cache. The cache we keep, it just keeps growi
Dain Sundstrom wrote:
>>
>
> So if we remove the passivation cache, do we loose commit Option A? If not,
> how do we keep bean data alive while passivated?
>
> I still may not understand this.
I think Mark is just suggesting losing the passivation part of the
cache. The cache we keep, it jus
User: sparre
Date: 01/06/25 14:20:28
Modified:src/main/org/jboss/ejb/plugins
MessageDrivenTxInterceptorBMT.java
Log:
TxInterceptor cleanup: Forgot to update this file.
Revision ChangesPath
1.6 +21 -153
jboss/src/main/org/jboss/ejb/plugi
Hi,
This is the email I said I would send yesterday. I am will attempt to
explain how to turn on the new features in CMP 2.x
1. Specify the ejb-jar.xml to validate with the EJB 2.0 DTD. Change the
doctype in your current ejb-jar.xml to the following:
http://java.sun.com/j2ee/dtds/ejb-jar_2_0.d
I was just picking a fight :)
I agree. I hate admining servers and like GUI tools instead weird property
files. But, you do have to agree that the xml configuration that JBoss uses
is simple enough for most admins to figure out (especially when compared to
Linux startup scripts or apache conf).
> >>>I'm just curious what was the passivation cache for?
> >>>
> >>>
> >>
> >>Memory management. If your database contains 10 GB and you
> only have 1GB
> >>of memory, you'll need to swap out some bean based on some
> criteria (LRU
> >>by default) to make room.
> >>
> >>
> >>-danch
> >>
> >>
>
on 1-06-25 22.26, Dain Sundstrom at [EMAIL PROTECTED] wrote:
> Dude, GUI tools suck. Just edit the xml by hand. IMO if a person can't edit
> xml they shouldn't be configuring the server or ejb-jar.
Yes exactly - throw out Gnome and the like alltogether - U are using Lynx
reading this and the ear
Oh man
How short sighted you are. I aggree when you are a J2EE
programmer then you don't need a GUI but the most future
administrator of JBoss don't know J2EE well enough to do
so.
And also a management GUI is not only to configure a server
but also to administer the EJBs, redeploy, restart Servi
>> On Mon, 25 Jun 2001, Rickard Öberg wrote:
>>AFAICT the only problem in integrating with Tomcat is the whole
>>>ClassLoader architecture.
>>>
>>
>> AFAIK no it isn't. That was nailed ages ago. Works great.
>
>
>Except that Jasper has different behavior when it compiles JSPs than
>when they're ru
Dain Sundstrom wrote:
>>>I'm just curious what was the passivation cache for?
>>>
>>>
>>
>>Memory management. If your database contains 10 GB and you only have 1GB
>>of memory, you'll need to swap out some bean based on some criteria (LRU
>>by default) to make room.
>>
>>
>>-danch
>>
>>
>
> Exac
Wow. I agree with most if not all of what is said here. I dig the morale
the most.
--jason
On Sat, 23 Jun 2001, Ole Husgaard wrote:
> Hi,
>
> marc fleury wrote:
> > Excessive factorization in code and in classes.
> >
> > Factorization is evil OK? unless it is heavily used by other parties,
>
It is possible to use an explicit import to resolve conflicts from wildcard
imports, as long as the explicit import is listed after the conflicting
wildcards.
I certain do not suggest that we do this, I just wanted to share =)
--jason
On Sun, 24 Jun 2001, Scott M Stark wrote:
> So you can kno
Dude, GUI tools suck. Just edit the xml by hand. IMO if a person can't edit
xml they shouldn't be configuring the server or ejb-jar.
-dain
- Original Message -
From: "Jay Walters" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 25, 2001 2:42 PM
Subject: RE: The next genera
> > I'm just curious what was the passivation cache for?
> >
>
>
> Memory management. If your database contains 10 GB and you only have 1GB
> of memory, you'll need to swap out some bean based on some criteria (LRU
> by default) to make room.
>
>
> -danch
>
Exactly, so what was the passivation ca
User: sparre
Date: 01/06/25 12:45:50
Modified:src/main/org/jboss/ejb/plugins TxInterceptorBMT.java
TxInterceptorCMT.java
Added: src/main/org/jboss/ejb/plugins AbstractTxInterceptor.java
AbstractTxInterceptorBMT.java
Log:
Tran
netbeans is another possibility...
-Original Message-
From: Peter Fagerlund [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 25, 2001 3:36 PM
To: [EMAIL PROTECTED]
Subject: The next generation GUI (was : Re: [JBoss-dev] EJX and XML)
on 1-06-25 19.30, marc fleury at [EMAIL PROTECTED] wrote:
on 1-06-25 19.30, marc fleury at [EMAIL PROTECTED] wrote:
> The next generation GUI
Could be built using a set of extension to a freeware "shell" like the
Together Community Edition 5.0
http://www.togethercommunity.com/community-edition.shtml
or some other free tool with "easy" yet powerfull plu
At 11:41 25/06/2001 -0700, you wrote:
>The value Both will be set if a DTD is used as it specifies this as the
>default value. This was not checked for since we have never run with
>jboss dtds so its just a bug in the handling. The fix is already in cvs.
Try getting this sort of turn around from
Rickard Öberg wrote:
> On Mon, 25 Jun 2001, Rickard Öberg wrote:
>
>>AFAICT the only problem in integrating with Tomcat is the whole
>>ClassLoader architecture.
>>
>
> AFAIK no it isn't. That was nailed ages ago. Works great.
Except that Jasper has different behavior when it compiles JSPs tha
you are not wrong, you are just a bit rusty...
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Aaron
|Mulder
|Sent: Monday, June 25, 2001 2:59 PM
|To: [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] EJX and XML
|
|
|On Mon, 25 Jun 2001, marc fleury
|This is a good test because it shows worst case, but can it be called a
|realistic test? I'm only bringing this up because, well, if I saw
|somebody with an application designed such that every user had to share
|a single synchronized object, I'd say "well, yah, that'll perform fer
|shite!"
you
On Mon, 25 Jun 2001, marc fleury wrote:
> what do you mean we already integrate the CL stuff... for the past year or
> so...
I thought it still didn't work with reloading (if you change a
servlet class or EJB class). If I'm wrong, great!
Aaron
_
>> There, I said it, it pisses me off. The J2EE stack is a dream but nothing
>> more unless Tomcat is fixed.
>>
>
>Which is why Jules has been busy getting Jetty working.
Let me be more specific then: unless Jasper is fixed (which Jetty uses too).
There is work underway to correct this, but it'l
On Mon, 25 Jun 2001, Rickard Öberg wrote:
> AFAICT the only problem in integrating with Tomcat is the whole
> ClassLoader architecture.
AFAIK no it isn't. That was nailed ages ago. Works great.
What doesn't work great is Tomcat. It's dead slow. Do some benchmarks and be
disturbed.
/R
__
| AFAICT the only problem in integrating with Tomcat is the whole
|ClassLoader architecture. If you can nail that in an intelligent way, I
|think JBoss will run fine with Tomcat. IMHO, the only way to solve this
|is for a 3rd party service to create the ClassLoaders and then tell both
|Tom
On Mon, Jun 25, 2001 at 04:42:05PM +0200, Burkhard Vogel wrote:
> Hi,
> I would love to fix this bug, however I can' t get an insight of
> org.jboss.bool (I tried a couple of hours), still I would really need a fix
> for it, as I relay of scrollable ResultSets, unfortunately noone has touched
> an
|the big problem is still
|there: it'll run piss-poor with Tomcat. It doesn't really matter what fancy
|stuff you can think up with that crap hanging around.
yes and no.
no, the base for webservices is the future of JBoss, ejb is but a
personality ( a service) and servlet is another one. it is
Rickard Öberg wrote:
>>yep, also for those that really want I believe the for pay add-on will be a
>>killer...
>>
>>look who is still lurking :)
>>
>>hey kiddo, when you pull your head out of your arse and your coma, you can
>>come and help us again, it is a shame to see so much talent go to wast
On Mon, 25 Jun 2001, Rickard Öberg wrote:
> Well, the mgmt yadda yadda is nice 'n all, but the big problem is still
> there: it'll run piss-poor with Tomcat. It doesn't really matter what fancy
> stuff you can think up with that crap hanging around.
>
> There, I said it, it pisses me off. The J2EE
Dain Sundstrom wrote:
>>|Will this affect commit Option A and B, which doesn't passivate? I'm
>>
>>not true.
>>
>>Even under option A if you are under heavy load, the cache can passivate
>>under you.
>>
>>
>
> Good, I guessed from the code that passivation ment that we need to reload
> the data
The value Both will be set if a DTD is used as it specifies this as the
default value. This was not checked for since we have never run with
jboss dtds so its just a bug in the handling. The fix is already in cvs.
- Original Message -
From: "Mike Swainston-Rainford" <[EMAIL PROTECTED]>
T
1 - 100 of 163 matches
Mail list logo
