Please have a look at patch 60070. Else the 3.2 release want boot up in
a minimal configuration.
/Lennart
torsdagen den 29 augusti 2002 kl 18.14 skrev Scott M Stark:
> The 3.2 beta release will be this Sat.
>
>
> Scott Stark
> Chief Technology Officer
> JBoss Group, LL
As promised in an earlier post to
jboss-development BlueJADE is now available for public download from http://sourceforge.net/projects/bluejade
BlueJADE makes the FIPA compliant, open source JADE
agent system (see http://sharon.cselt.it/projects/jade/)
into a manageable service under JBoss
Bugs item #597047, was opened at 2002-08-19 03:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=597047&group_id=22866
Category: JBossCMP
Group: v3.1
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Arjen J.W. Poutsma (poutsma)
Assigned to:
Bugs item #588806, was opened at 2002-07-30 16:33
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=588806&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Frederik Sauer (fredsa)
Assign
I've now checked in my jca 1.5 work. To see how the Work interfaces can be
used as a thread pool not from an adapter, look at
org.jboss.test.jca.inflow.BootstrapContextTest. This is an mbean that uses
a thread pool. The thread pool itself is accessible from another mbean,
BootstrapContext. You
dmitry,
dive,
mf
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On
> Behalf Of Dmitri Colebatch
> Sent: Thursday, August 29, 2002 10:13 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] JBoss monitoring: Thread-Pool
>
>
> I might be interested, altho
ÄãºÃ£º
ÎÒÊÇÒøºÓÖ®ÐÇÍøÕ¾¸ºÔðÈË£¬ÎÒ¿´¹ý¹óÍøÕ¾£¬¾õµÃ¹óÕ¾ÓкÜÇ¿¹ã¸æÐû´«µÄʵÁ¦¡£ËùÒÔÎÒÃǺÜÏ£ÍûÄÜÓë¹óÕ¾½øÐкÏ×÷£¬¼´³ÏÑû¹óÕ¾×öÎÒÃǹã¸æ·þÎñ¼°Èí¼þ²úÆ·µÄ´úÀíÉÌ¡£²»Öª¹óÕ¾ÊÇ·ñÔ¸Òâ¼ÓÃËÎÒÃǵÄÍøÕ¾ÁªÃË£¬ÎÒÃǽ«Ã¿Ô¶¨ÆÚ½«¹óÕ¾ÔÚ¸ÃÔµÄÏúÊÛÌá³É½ð¶îͨ¹ýÓʾֵç×Ó»ã¿î»ã¸øÄú¡£
¾ßÌå²½Ö裺
1.Ìî±íÉêÇë±í.
2.µÃµ½Á´½Ó´úÂë.
As I said earlier in this thread, I have the jca 1.5 stuff pretty much
implemented including the thread pools but not including deployment and
hope to check it in today or tomorrow.
david jencks
On 2002.08.29 22:06:30 -0400 Dain Sundstrom wrote:
> So we all agree this is a good idea.
>
> Who's
Patches item #602197, was opened at 2002-08-29 21:37
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376687&aid=602197&group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: William A. Kaufman (wkaufman)
Assigned to: No
Patches item #602194, was opened at 2002-08-29 21:27
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376687&aid=602194&group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: William A. Kaufman (wkaufman)
Assigned to: No
I might be interested, although it sounds like something that's fairly quick
and easy - so might be simpler for an existing developer to do it.
To clarify my understanding though - you're talking about a JMX service that
pools threads. so a fairly simple pool with the obvious configuration
optio
Feature Requests item #602193, was opened at 2002-08-29 21:10
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376688&aid=602193&group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: William A. Kaufman (wkaufman)
Assign
So we all agree this is a good idea.
Who's going to pick up the ball and run with it?
-dain
Hiram Chirino wrote:
> yes.. please.. jboss-mq would benefit also.
>
>
>>-Original Message-
>>From: [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED]]On Behalf Of Dain
>>Sundstrom
>>Sent: Thursday
yes.. please.. jboss-mq would benefit also.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dain
> Sundstrom
> Sent: Thursday, August 29, 2002 10:56 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] JBoss monitoring: Thread-Pool
>
>
> I agree,
Number of tests run: 760
Successful tests: 720
Errors:35
Failures: 5
[time of test: 30 August 2002 2:18 GMT]
[java.version: 1.3.1_03]
[java.vendor: Sun Microsystems In
I know but the first thing I did was to add
another addrType and let the
"SerializableInitialContext" in place.
today, while I was looking at code (a bit late
I know), I was wondering if
"SerializableInitialContext" was only
a there as a label or was there on purpose. In the
first case I can repl
I thought I said to do this already. Go
ahead.
Scott StarkChief Technology
OfficerJBoss Group, LLC
- Original Message -
From:
Julien
Viet
To: jboss-development
Sent: Thursday, August 29, 2002 6:08
PM
Subject: [
hi all,
does it matter if I change
the addrType "SerializableInitialContext" of class
ExtrenalContext.SerializableInitialContext to "nns"
to correct a federation bug ?
tx.
On 2002.08.29 18:05:08 -0400 Igor Fedorenko wrote:
> David Jencks wrote:
> > Thanks! This looks good. Do you have Oracle working with the new xa
> > wrapper?
> >
> Sort of. It deploys datasource and runs very simple test (one ssb calls
> another, both beans get connection and insert data into t
Yes, we need a testcase and the steps to reproduce.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Marcus Redeker" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 29, 2002 3:39 PM
Subj
All,
I recently posted a bug to sourceforge regarding EJB handle serialization.
It looks
like some other guys have the same problem since there are similar bugs
posted and
also something about it on the forum.
We would really like to move to JBoss3 but so far this still does not work
(3.0.2)
If
David Jencks wrote:
> Thanks! This looks good. Do you have Oracle working with the new xa
> wrapper?
>
Sort of. It deploys datasource and runs very simple test (one ssb calls
another, both beans get connection and insert data into the db).
I would cleanup BaseWrapperManagedConnectionFactory an
Ive been attempting to test the new XADataSource
wrapper that David Jenks has written but lm having trouble getting JBoss 4 alpha
working so that l can test wrapper.
It mainly looks like the Jboss MQ stuff is not
setting up properly but since l am not using that bit l have been ignoring the
In mssql-xa-ds.xml try to replace "xa-tx-datasource" with
"xa-datasource". Internally -ds.xml files are transformed into
-service.xml using xslt template defined in
connector/src/resource/stylesheets/DataSourceTemplate.xsl. You can look
into this file to see if it does what you need. Also chec
Thanks Igor.
Since you have got further than me, can l compare
your setup with mine?
I am working in
jboss-4.0.0alpha\server\default.
I have the 3 MS SQL Server 2000 jars in .\lib.
Ive taken hsqldb-ds.xml out of .\deploy so that l
have only one DataSource and so that l can use Defau
> What is the state of the upgrade to Hypersonic 1.7?
I get a lot of Integer related errors when running tests ... I suspect
hsqldb or some conf here are at play ? Please check out the 1.7.0 test
patch at jboss.sf.net to help me narrow down ...
thanks
/peter_f
--
Thanks! This looks good. Do you have Oracle working with the new xa
wrapper?
david jencks
On 2002.08.29 16:51:45 -0400 Igor Fedorenko wrote:
> I have checked in my changes -- fixed XAManagedConnectionFactory,
> DataSourceTemplate.xsl as well as example oracle-xa-ds.xml. I decided
> not to im
I have checked in my changes -- fixed XAManagedConnectionFactory,
DataSourceTemplate.xsl as well as example oracle-xa-ds.xml. I decided
not to implement oracle specific mcf now but may reconsider it later. I
also renamed *.java files with "preprocessor" markup into *.jpp.
David Jencks wrote:
Hello: (If you can't read the email,please click here
http://www.jjyx.com/serve/advertise.htm) Thank you
×ð¾´µÄÏÈÉú/Ůʿ£º(´òÈÅÄúһϣ¬Èô´ËÐŶÔÄúÎÞÓã¬Çëɾ³ý£¬Ð»Ð»£©
ÒøºÓÖ®Ðǹã¸æ·þÎñ¼°³ÏÑû´úÀíÍøÕ¾ÁªÃË£º
¿ÉÔÚÈ«¹úÄËÖÁÊÀ½ç·¶Î§·¢²¼ÐÅÏ¢£¬Í¶·Å¹ã¸æ¡£
Ò»
¹ã¸æÓʼþ£º¿É¸ù¾ÝÄúµÄÐèÒª£¬ÔÚ¹úÄÚÖ¸¶¨ÇøÓò£¬
This is on my list - I just haven't got down to it.
Setting java.io.tmpdir is the CORRECT way to inform (not fool) Jetty
about where you want these files written.
The cleanest way to integrate, would be for JBoss to use/recognise this
system.property...
Comments ?
Jules
[EMAIL PROTECTED]
Bugs item #580636, was opened at 2002-07-12 12:21
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=580636&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
The 3.2 beta release will be this Sat.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Jules Gosnell" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 29, 2002 8:55 AM
Subject: Re: [JBos
OK - cool.
When does the 3.2 release re-freeze. Greg has a couple of further fixes
that I might put in.
Jules
Scott M Stark wrote:
> I already included the two changes suggested by Greg in the
> 3.0.2 release.
>
>
> Scott Stark
> Chief Technology Officer
> JBoss Group
I already included the two changes suggested by Greg in the
3.0.2 release.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Jules Gosnell" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August
Sorry guys
I concentrated on the 3.2 release and took my eye off the ball with the
3.0 release...
I'll get a fix checked in tonight
Jules
David Jencks wrote:
> Someone reported that there is a one-line difference in Jetty's thread pool
> between branch 3.0 and 3.2 (and 4) that causes th
What is the state of the upgrade to Hypersonic 1.7?
--
Dain Sundstrom
Chief Architect JBossCMP
JBoss Group, LLC
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http:/
I agree, but all of our stuff can use it. This would make it much
easier to debug thread problems (like the interrupted bug).
-dain
Scott M Stark wrote:
> Its a good idea to have such a service available, but using it cannot
> be a requirement for integration at this point as in general we can
Its a good idea to have such a service available, but using it cannot
be a requirement for integration at this point as in general we cannot
get a third party to use our thread pool. The pool component should
really just fall out of the JCA work.
Scott Stark
Chief Technol
I agree.
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Dain
> Sundstrom
> Envoyé : jeudi, 29 août 2002 16:22
> À : [EMAIL PROTECTED]
> Objet : Re: [JBoss-dev] JBoss monitoring: Thread-Pool
>
>
> I think it would be cool to have a centralized thre
I think it would be cool to have a centralized thread pool mbean that
anyone that needs a worker thread goes to. The pool would need to be
partitioned, but that is fairly simple.
What do you think?
-dain
Sacha Labourey wrote:
> Cool. But do you mean that each part/module of JBoss consuming t
Cool. But do you mean that each part/module of JBoss consuming threads
should hood in JCA? Isn't that overkill?
For example, the invokers, great consumers of threads, will they need to
hook in JCA? How do you see that?
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROT
One of the parts of jca 1.5 is a thread pool with transaction import
capabilities. (Work contracts) I hope to get this committed in the next
couple of days, it's written and somewhat tested.
david jencks
On 2002.08.29 09:21:01 -0400 Sacha Labourey wrote:
> Hello,
>
> As part of JBoss monitorin
unsubscribe jboss's mailist~~~
-Original Message-
From: j-- [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 29, 2002 6:01 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] unsubscribe jboss's mailist~~~
---
This sf.net email i
Bugs item #601866, was opened at 2002-08-29 10:39
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=601866&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: David Baillieul (baillieul)
Assigned to: Nobody
Hello,
As part of JBoss monitoring, the thread usage is a very interesting
indication. Furthermore, for performance reasons, having a thread pool would
be a good thing (TM).
What do you think about integrating a thread pool in JBoss? Parts such as
JavaGroups would also need to be integrated in t
On 2002.08.29 08:10:08 -0400 Igor Fedorenko wrote:
> David Jencks wrote:
> > I think there are several related issues here... I hope I'm not
> confusing
> > things further.
> >
> > 1. I think we agree on vendor specific ManagedConnectionFactory
> > implementations wrapping vendors' XADataSource i
David Jencks wrote:
> I think there are several related issues here... I hope I'm not confusing
> things further.
>
> 1. I think we agree on vendor specific ManagedConnectionFactory
> implementations wrapping vendors' XADataSource implementations, with
> customized XAResource wrappers.
More or le
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss
Hi David,
> Do you have any ideas how we can include these customized configuration xml
> bits in one file, so you can have both regular mbean config,
> , , etc etc. in one file, with each custom
> element being processed by its own xsl?
There are some different approaches for "more xsl deployme
49 matches
Mail list logo
