With config files changing names, we should probably fork the docs (2.4
fork and 3.0 docage on the main) soon.
-danch
marc fleury wrote:
> Now that I (almost) done with the container synchronization rewrite, I am
> going to commit the JBoss 3.0 code that I have on my laptop, if I remember
> co
marc fleury wrote:
> |For objects that do a lot of stuff in set*Context, yes. Common
> |operations are lookup of home objects, and to create data structures. In
> |those cases pooling is essential.
>
> it is the ***reuse*** that really fucks us up. We can "prefab" some
> instances and keep "pools
|That could work, yes. If you do "on demand" it's back to
|wait-on-init-land, but replenishing in background could be ok.
Even better (checked in yesterday) create on free, don't reuse, let the
passivation thread replenish it.
And then sometime far away in the distance outside my cockpit window,
Here is what I'm going to do.
1. Merge the current main branch of the manual module to the 2.2 branch
since main has been used for the 2.2 version verification updates. The
branch tag is Branch_2_2
2. Create a 2.4 branch from the current main branch. The branch tag will
be Branch_2_4
If your do
User: starksm
Date: 01/07/05 11:42:25
Modified:src/examples/resources jndi.properties
Log:
Don't use the jnp protocol in the provider url as its not needed
and does not work with versions prior to 2.2.x
Revision ChangesPath
1.3 +1 -1 manual/src/examples/res
marc fleury wrote:
> |marc fleury wrote:
> |> We saw with rickard that Proxy creation is a bit slow and he mentioned a
> |> flag at the object level to allow pooling... will have to
> |research that...
> |> but for the pools I believe it is non important
> |
> |See:
> |http://java.sun.com/j2se/1.3
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Wednesday, July 04, 2001 9:09 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] comments on new instance interceptors and
> locking
> [snip
> |- I really think that doing a w
User: starksm
Date: 01/07/05 12:02:22
Modified:src/resources/org/jboss/metadata jaws.dtd jboss.dtd
Log:
Add the DOCTYPE declarations that should be used with documents that
conform to the dtds
Revision ChangesPath
1.10 +3 -0 jboss/src/resources/org/jboss/met
User: starksm
Date: 01/07/05 12:06:10
Modified:src/resources/org/jboss/metadata jboss-web.dtd
Log:
Make the URI prefix consistent with the other dtds
Revision ChangesPath
1.4 +1 -1 jboss/src/resources/org/jboss/metadata/jboss-web.dtd
Index: jboss-web.dtd
I don't know what happened to the dtds so I restored them in the doco_files
web site dir for now. These should be coming from the
src/resources/org/jboss/metadata
of the jboss cvs module as these are the authoritative version of the dtds
that are bundled
with the jboss.jar and used by the local en
User: user57
Date: 01/07/05 00:05:59
Modified:src/main/org/jboss/test/jmsra/test AllJUnitTests.java
RaTest.java
Log:
Revision ChangesPath
1.3 +5 -4 jbosstest/src/main/org/jboss/test/jmsra/test/AllJUnitTests.java
Index: AllJUnitT
they now deploy/test/undeploy.
The daily test should now only fail ond the xa test. Can only run tests
agains instance just started, second and thirdattempts result in error.
--jason
Happy July 4th =)
* beer is good my friends *
___
Jboss-develo
User: user57
Date: 01/07/05 00:05:59
Modified:src/main/org/jboss/test/mdb/test Main.java
Log:
Revision ChangesPath
1.6 +138 -138 jbosstest/src/main/org/jboss/test/mdb/test/Main.java
Index: Main.java
===
User: alborini
Date: 01/07/04 23:48:04
Modified:.log_accum.pl
Log:
Problem with user ?
Revision ChangesPath
1.3 +2 -2 CVSROOT/log_accum.pl
Index: log_accum.pl
===
RCS file: /cvsro
User: user57
Date: 01/07/05 00:05:58
Modified:src/main/org/jboss/test/jmsra/bean PublisherBean.java
PublisherCMPBean.java
Log:
Revision ChangesPath
1.4 +102 -42 jbosstest/src/main/org/jboss/test/jmsra/bean/PublisherBean.java
Index:
User: starksm
Date: 01/07/05 12:44:38
Modified:src/docs/images Tag: Branch_2_2 netbeans-debug.png
netbeans-project.png
Log:
Merge the current main branch to 2.2
Revision ChangesPath
No revision
No revis
Wow it's an old one.
I solve my problem by adding a toString() method to the PK class.
I don't see the reason why it helped me but it does.
For some reason the get() on the cache (with the ID, this is the PK) can not
find an existing bean and load a new one (see "Activated bean MasterDO" in
the lo
MAIL ESSENTIALS SENDER NOTIFICATION
The following message:
TO: [EMAIL PROTECTED]
FROM:[EMAIL PROTECTED]
DATE: Thu, 5 Jul 2001 21:50:35 +0200
Subject: RE: [JBoss-dev] container-cache-conf 1/1
has been quarantined by Mail Essentials for the following reason(s):
Body contains word(s
User: starksm
Date: 01/07/05 12:52:28
Added: src/examples/org/jboss/docs/cmp/cd Tag: Branch_2_2 List.java
Lookup.java Remove.java Upload.java
Log:
Merge the main examples to the 2.2 branch
Revision ChangesPath
No revision
User: starksm
Date: 01/07/05 12:52:29
Added: src/examples/org/jboss/docs/cmp/cd/resources Tag: Branch_2_2
cds.txt ejb-jar.xml jboss.xml
Log:
Merge the main examples to the 2.2 branch
Revision ChangesPath
No revision
No
User: starksm
Date: 01/07/05 12:52:28
Added: src/examples/build Tag: Branch_2_2 build.xml readme.txt
Log:
Merge the main examples to the 2.2 branch
Revision ChangesPath
No revision
No revision
1.10.2.1 +0 -0 ma
User: starksm
Date: 01/07/05 12:52:30
Added: src/examples/org/jboss/docs/cmp/cd/utils Tag: Branch_2_2
FileLineReader.java TokenizerWithBlanks.java
Log:
Merge the main examples to the 2.2 branch
Revision ChangesPath
No revision
User: starksm
Date: 01/07/05 12:52:30
Added: src/examples/org/jboss/docs/interest Tag: Branch_2_2
Interest.java InterestBean.java InterestClient.java
InterestHome.java InterestServlet.java
application.xml build.x
User: starksm
Date: 01/07/05 12:52:32
Added: src/examples/resources Tag: Branch_2_2 jndi.properties
Log:
Merge the main examples to the 2.2 branch
Revision ChangesPath
No revision
No revision
1.3.2.1 +0 -0 man
User: starksm
Date: 01/07/05 12:52:31
Added: src/examples/org/jboss/docs/jaas/howto Tag: Branch_2_2
BuildDatabase.java SecureEJBServlet.java
Session.java SessionClient.java SessionHome.java
StatefulSessionBean.ja
User: starksm
Date: 01/07/05 12:52:31
Added: src/examples/org/jboss/docs/javamail Tag: Branch_2_2
Mailer.java MailerBean.java MailerHome.java
MailerServlet.java application.xml build.xml
ejb-jar.xml home.html jbo
User: starksm
Date: 01/07/05 12:52:29
Added: src/examples/org/jboss/docs/cmp/cd/build Tag: Branch_2_2
build-client.xml build-cmp-cd-compile.xml
Log:
Merge the main examples to the 2.2 branch
Revision ChangesPath
No revision
User: starksm
Date: 01/07/05 12:52:29
Added: src/examples/org/jboss/docs/cmp/cd/interfaces Tag:
Branch_2_2 CD.java CDCollection.java
CDCollectionHome.java CDExistsException.java
CDHome.java
Log:
Merge the mai
User: starksm
Date: 01/07/05 12:52:29
Added: src/examples/org/jboss/docs/cmp/cd/bean Tag: Branch_2_2
CDBean.java CDCollectionBean.java
Log:
Merge the main examples to the 2.2 branch
Revision ChangesPath
No revision
No
it's a really odd one, the only place we use toString is in the passivation
engines (store to file) so you are looking at something else besides the
cache.
Find what's screwed up it is an interesting one,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On B
MAIL ESSENTIALS SENDER NOTIFICATION
The following message:
TO: [EMAIL PROTECTED]
FROM:[EMAIL PROTECTED]
DATE: 5 Jul 2001 16:13:19 -0400
Subject: [JBoss-dev] Mail Delivery Status Notification
has been quarantined by Mail Essentials for the following reason(s):
Body contains word(s
MAIL ESSENTIALS SENDER NOTIFICATION
The following message:
TO: [EMAIL PROTECTED]
FROM:[EMAIL PROTECTED]
DATE: Thu, 5 Jul 2001 16:13:41 -0400
Subject: RE: [JBoss-dev] container-cache-conf 1/1
has been quarantined by Mail Essentials for the following reason(s):
Body contains word(s
On Thu, 5 Jul 2001, Scott M Stark wrote:
> I don't know what happened to the dtds so I restored them in the doco_files
> web site dir for now. These should be coming from the
> src/resources/org/jboss/metadata
> of the jboss cvs module as these are the authoritative version of the dtds
> that are
User: starksm
Date: 01/07/05 12:25:14
Modified:doco_files jboss-web.dtd
Log:
Make the URL prefix consistent with the other dtds
Revision ChangesPath
1.2 +1 -1 newsite/doco_files/jboss-web.dtd
Index: jboss-web.dtd
===
> > The jboss-web.dtd is unchanged for 2.4, so why add an artificial
> > jboss-web_2_4.dtd
> > file?
>
> So that when it changes for 2.6 or 3.0 or whatever we won't forget
> ourselves and update the "jboss-web.dtd" that being used by all the 2.2.x
> and 2.4.x deployments in the world. :)
>
Thi
One of the jbosstest unit tests should be the validation of all
standard/default
descriptors against the dtd they are to conform to.
>
> Also, we (which doesn't have to mean "you") should probably update
> standardjboss.xml with the DOCTYPE. Unfortunately, I don't think it
> validates, so some r
Incredible,
My session bean receive a PK (a very stupid Serializable object).
1. If I do nothing on it and pass to the Home of my entity bean (fbpk), no
problem - I don't need my toString()
2. If I access it by a java.lang.Object method (toString()) I have the
problem.
3. If I acces it by one of
Incredible,
My session bean receive a PK (a very stupid Serializable object).
1. If I do nothing on it and pass to the Home of my entity bean (fbpk), no
problem - I don't need my toString()
2. If I access it by a java.lang.Object method (toString()) I have the
problem.
3. If I acces it by one of
User: user57
Date: 01/07/05 17:38:51
Modified:src/main/org/jboss/test/xa/interfaces XATest.java
Log:
o changed xatest.sh to use the JUnit runner & cleaned up classpath.
o cleaned up commandline in mq-test.sh.
o Changed XATest so that it deploys/tests/undeploys.
o Added a
User: user57
Date: 01/07/05 17:38:51
Modified:src/resources/xa/META-INF jboss.xml
Log:
o changed xatest.sh to use the JUnit runner & cleaned up classpath.
o cleaned up commandline in mq-test.sh.
o Changed XATest so that it deploys/tests/undeploys.
o Added a createTables(
User: user57
Date: 01/07/05 17:38:51
Modified:src/build/subprojects build-xa.xml
Log:
o changed xatest.sh to use the JUnit runner & cleaned up classpath.
o cleaned up commandline in mq-test.sh.
o Changed XATest so that it deploys/tests/undeploys.
o Added a createTables()
User: user57
Date: 01/07/05 17:38:50
Modified:src/bin mq-test.sh xatest.sh
Log:
o changed xatest.sh to use the JUnit runner & cleaned up classpath.
o cleaned up commandline in mq-test.sh.
o Changed XATest so that it deploys/tests/undeploys.
o Added a createTables() meth
User: user57
Date: 01/07/05 17:38:51
Modified:src/main/org/jboss/test/xa/test Main.java
Log:
o changed xatest.sh to use the JUnit runner & cleaned up classpath.
o cleaned up commandline in mq-test.sh.
o Changed XATest so that it deploys/tests/undeploys.
o Added a createT
User: user57
Date: 01/07/05 17:38:51
Modified:src/main/org/jboss/test/xa/bean XATestBean.java
Log:
o changed xatest.sh to use the JUnit runner & cleaned up classpath.
o cleaned up commandline in mq-test.sh.
o Changed XATest so that it deploys/tests/undeploys.
o Added a c
I fixed the XATest so that it will function with the default configuration
of jboss from cvs. Which means that if you start up jboss, then run the
test suite, you should get zero errors and zero failures. =)
It will still have issues if you attempt to run the suite more than once
against the sam
This package should shortly be appearing at
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/~checkout~/jboss/binaries/JBoss-2.4.0BETA_Jetty-3.1.RC5-3.zip?rev=1.1
I hope it fixes pretty much all outstanding issues.
If the usual suspects would be kind enough to download it and play with
it, I wou
Hi,
Not quite sure if I am off-track here, but:
If you want to avoid loosing statistics, you
might want to consider combining these two
methods into a single atomic call.
For example, if you want to count bean invocations,
and do not want to drop a single invocation from
your statistics.
If yo
JBoss daily test results
SUMMARY
Number of tests run: 94
Successful tests: 93
Errors:1
Failures: 0
[time of test: 6 July 2001 2:47]
See http://lubega.com for ful
User: user57
Date: 01/07/05 19:13:38
Modified:src/build/subprojects build-bank.xml build-bmp.xml
build-cts.xml build-dbtest.xml build-hello.xml
build-load.xml build-lock.xml build-readahead.xml
build-testbean.xml
User: user57
Date: 01/07/05 19:13:08
Modified:src/bin bmptest.sh dbtest.sh locktest.sh
Log:
o using JUnit runner instead of main() in test.
Revision ChangesPath
1.5 +6 -1 jbosstest/src/bin/bmptest.sh
Index: bmptest.sh
===
User: user57
Date: 01/07/05 19:29:20
Modified:src/main/org/jboss/test/cts/test AllJUnitTests.java
Main.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.13 +8 -5 jbosste
User: user57
Date: 01/07/05 19:29:21
Modified:src/main/org/jboss/test/testbean/test Main.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.8 +37 -2 jbosstest/src/main/org/jboss/test/testbean/te
User: user57
Date: 01/07/05 19:29:20
Modified:src/main/org/jboss/test/jrmp/test TestCustomSockets.java
TestDynLoading.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.3 +26
User: user57
Date: 01/07/05 19:29:21
Modified:src/main/org/jboss/test/security/test TestEJBSpec.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.7 +29 -2 jbosstest/src/main/org/jboss/test/secu
User: user57
Date: 01/07/05 19:29:21
Modified:src/main/org/jboss/test/readahead/test Main.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.2 +32 -10jbosstest/src/main/org/jboss/test/readahead/
User: user57
Date: 01/07/05 19:29:22
Modified:src/main/org/jboss/test/web/test TestWebIntegration.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.8 +26 -2
jbosstest/src/main/org/jboss/test/w
User: user57
Date: 01/07/05 19:29:21
Modified:src/main/org/jboss/test/util Deploy.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.4 +47 -27jbosstest/src/main/org/jboss/test/util/Deploy.java
User: user57
Date: 01/07/05 19:29:21
Modified:src/main/org/jboss/test/perf/test TestProbe.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.2 +29 -3 jbosstest/src/main/org/jboss/test/perf/test/
User: user57
Date: 01/07/05 19:29:21
Modified:src/main/org/jboss/test/naming/test TestENC.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.3 +23 -2 jbosstest/src/main/org/jboss/test/naming/tes
User: user57
Date: 01/07/05 19:29:19
Modified:src/main/org/jboss/test/bank/test Main.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.2 +32 -5 jbosstest/src/main/org/jboss/test/bank/test/Main.
User: user57
Date: 01/07/05 19:29:20
Modified:src/main/org/jboss/test/dbtest/test Main.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.8 +27 -1 jbosstest/src/main/org/jboss/test/dbtest/test/M
User: user57
Date: 01/07/05 19:29:20
Modified:src/main/org/jboss/test/jmsra/test AllJUnitTests.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.4 +4 -3 jbosstest/src/main/org/jboss/test/jmsra
User: user57
Date: 01/07/05 19:29:20
Modified:src/main/org/jboss/test/hello/test Main.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.2 +32 -3 jbosstest/src/main/org/jboss/test/hello/test/Mai
User: user57
Date: 01/07/05 19:29:20
Modified:src/main/org/jboss/test/idgen/test Main.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.2 +31 -4 jbosstest/src/main/org/jboss/test/idgen/test/Mai
User: user57
Date: 01/07/05 19:29:21
Modified:src/main/org/jboss/test/lock/test Main.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.4 +29 -1 jbosstest/src/main/org/jboss/test/lock/test/Main.
User: user57
Date: 01/07/05 19:29:20
Modified:src/main/org/jboss/test/bmp/test Main.java
Log:
o Changed all tests which deploy one or more jars to undeploy after
testing.
Revision ChangesPath
1.3 +33 -8 jbosstest/src/main/org/jboss/test/bmp/test/Main.ja
Ok, please dont hang me, not now :-) I know that i'm not given you much details and no
clean and short testcase but i still wanted to trigger your brains to give me some
advice of how to preceed my debugging.
Fact: Using CVS brancs 2.4 from 2001-07-04. CMP entity beans, commit option A, tuned
Hi Ole
Thanx but I think this was not the intention in the
JSR-77 but just to know how your app. server
is doing.
For the other part you mentioned I would just
add an interceptor which keeps track off that
because I think you want to make this persistent
etc.
Have fun - Andy
- Original Mess
Hi, guys
I posted previously about support for JSR-77 and enabling extensive
profiling/monitoring in JBoss. No one followed up on that, so I'll put in
my 2 cents worth of ideas in this thread.
I could not find the JSR-77 spec but have a bunch of ideas, please look at
my post
http://www.mail-arc
User: user57
Date: 01/07/05 20:17:09
Modified:src/main/org/jboss/configuration ConfigurationService.java
Log:
o using Log4j to log.
Revision ChangesPath
1.34 +11 -12jboss/src/main/org/jboss/configuration/ConfigurationService.java
Index: ConfigurationServ
User: user57
Date: 01/07/05 20:22:15
Modified:src/main/org/jboss/ejb ContainerFactory.java
Log:
Changed the name passed to Log.createLog() to a fq classname.
Revision ChangesPath
1.81 +2 -2 jboss/src/main/org/jboss/ejb/ContainerFactory.java
Index: Contai
You must not be passing -classic to the jvm running JBoss as I use bugseeker
with a dual P3 500 with 512 Mb and its very fast. The jboss command line
should be:
set
DBG=-classic -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,server=y,addres
s=12345,suspend=y
java %DBG% -classpath %CLASSPATH% org
User: user57
Date: 01/07/05 20:40:28
Modified:src/main/org/jboss/ejb/plugins
EnterpriseContextCachePolicy.java
Log:
o changed log category to org.jboss.ejb.plugins.BeanCache
Revision ChangesPath
1.6 +2 -3
jboss/src/main/org/jboss/ej
|Not quite sure if I am off-track here, but:
|
|If you want to avoid loosing statistics, you
|might want to consider combining these two
|methods into a single atomic call.
|
|For example, if you want to count bean invocations,
|and do not want to drop a single invocation from
|your statistics.
i
Is there any reason why JBossMQ does not use the Log4j api for logging? I
am having a hard time tracking down this EOFException problem due to either
the lack of messages or a complete overload of them. If Log4j was used
here (with category names set to classnames), I could turn down the noise..
|The only reason that I can think not to use Log4j is that we then force
|clients to have Log4j and configure it. Is that such a bad thing?
The only reason I can think of is that no one has coded it ;)
marcf
|
|--jason
|
|
|___
|Jboss-development ma
So are there any objections to changing all JBossMQ logging to Log4j? If
not then I am gonna do it, these System.out's are driving me crazy
(especially when mixed in with Log4j output).
--jason
On Fri, 6 Jul 2001, marc fleury wrote:
>
> |The only reason that I can think not to use Log4j is tha
not found :(
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Julian Gosnell
|Sent: Thursday, July 05, 2001 8:58 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] JBoss-2.4.0BETA_Jetty-3.1.RC5-3.zip - on it's
|way...
|
|
|
|This package should sho
The only reason log4j is not used is because no one has done it. Clients are
already required to use log4j if they want integration with the JBoss
logging
facility as of 2.4 so that is not a reason.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent
Hi Anatoly
It was me that told you that deployement is part of another JSR.
I read you email again and I still see most of it as part of the
deployment which goes in the right direction for a full blown
J2EE app. server but I want just to make the small step to
provide some statistics out of JBo
Yeah - Sorry !
I went to bed leaving it uploading - and my ISP thoughtfully dropped my
connection. Now I'm up thinking about crawling into a shower and uploading
again..
Hang in there,
Jules
marc fleury wrote:
> not found :(
>
> marcf
>
> |-Original Message-
> |From: [EMAIL PROT
Why not use the logging mbean? That would abstract out the logging
facility, so that you can use the Log4J logging mbean or some other logging
facility in the future. Of course, maybe that's exactly what you're asking
for.
I agree that stdout is not acceptable over the long run. Go for it!
-d
Can you try this:
1. Solution 1
Add a toString to your PK (hack entitypk.j).
Also put your Cache size very high.
And your overager periods very high as well.
2. Solution 2.
Set your cache size to 1/1 (min/max)
Let us know please.
Vincent.
> -Message d'origine-
> De : [EMAIL PROTECTED]
>
83 matches
Mail list logo