Hi,
I tried to build JBoss from the sources according to the pdf docs. I guess
I got something wrong. When running ant on my windows box I get the
following:
...
cvs-co:
do-cvs:
[echo] Checking out JBossServer
[cvs] cvs [server aborted]: no such tag JBoss_2_4_4
[cvs]
I have been trying to post my problem, looking for an answer for some time
now on defferent forums now, with no answer yet... Please help provide any
feedback if you can. As I'm not sure if my current problem is due to a JBOSS
container bug, or configuration requirements that I have missed
Hello Jeff,
For you problem, take a look at
org.jboss.ejb.plugins.AbstractInstancePool.get():
public synchronized EnterpriseContext get()
throws Exception
{
//DEBUG Logger.debug(Get instance +this);
if (!pool.empty())
{
mReadyBean.remove();
Hi,
On 2.4 the pool is never pre-feed with new instances, instead the pool
is feed after the use of an instance.
And depending on the x in 2.4.x, the pool may have a size of 1 all the
time (no reuse at all).
There were good reasons for that linked to locking, read archives if you
want more
User: dsundstrom
Date: 01/12/27 09:30:29
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCStoreManager.java
Log:
Added an application level generic data container.
Added a generic data container for tx related data.
Revision ChangesPath
User: dsundstrom
Date: 01/12/27 09:32:27
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCRelationInterceptor.java
Log:
Changed to use new centeralized tx data container instead of a privately
managed data.
Revision ChangesPath
1.10
User: dsundstrom
Date: 01/12/27 09:35:42
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCCMRFieldBridge.java
Log:
Fixed loading code. Still needs more work.
Revision ChangesPath
1.19 +19 -23
User: dsundstrom
Date: 01/12/27 09:34:33
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCStartCommand.java
Log:
Fixed bug in created table list, where the tables created by each entity
were private to that entity. This was a proble for creation of
User: dsundstrom
Date: 01/12/27 09:49:12
Removed: src/resources/cmp2/readonly client.policy jndi.properties
Log:
Unused.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: dsundstrom
Date: 01/12/27 09:47:31
Modified:src/main/org/jboss/test/cmp2/relationship/oneToManyUnidirectional
A.java ABTest.java
Log:
Removed lame try catch block
Revision ChangesPath
1.2 +1 -0
User: dsundstrom
Date: 01/12/27 09:46:47
Modified:src/main/org/jboss/test/cmp2/relationship/manyToManyUnidirectional
ABTest.java
Log:
Removed lame try catch block
Revision ChangesPath
1.2 +260 -280
The 2.4.4 release has not been finalized yet so there is no JBoss_2_4_4 tag.
Use the Branch_2_4 tag for now.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Mariano Kamp [EMAIL PROTECTED]
To: [EMAIL
User: dsundstrom
Date: 01/12/27 09:49:47
Removed: src/resources/cmp2/relationship client.policy
jndi.properties
Log:
Unused.
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: dsundstrom
Date: 01/12/27 09:46:52
Modified:src/main/org/jboss/test/cmp2/relationship/manyToOneUnidirectional
ABTest.java
Log:
Removed lame try catch block
Revision ChangesPath
1.2 +159 -164
User: dsundstrom
Date: 01/12/27 09:51:11
Modified:src/resources/cmp2/relationship/META-INF ejb-jar.xml
Log:
Changed tx to Mandatory to catch tx errors.
Revision ChangesPath
1.2 +16 -16jbosstest/src/resources/cmp2/relationship/META-INF/ejb-jar.xml
Index:
User: dsundstrom
Date: 01/12/27 09:47:00
Modified:src/main/org/jboss/test/cmp2/relationship/oneToManyBidirectional
ABTest.java
Log:
Removed lame try catch block
Revision ChangesPath
1.2 +427 -450
User: dsundstrom
Date: 01/12/27 09:46:37
Modified:src/main/org/jboss/test/cmp2/relationship/manyToManyBidirectional
ABTest.java
Log:
Removed lame try catch block
Revision ChangesPath
1.2 +362 -380
So why was the MaxSize dropped and a feeder pool capacity config
element added? The instance pool now grows to the maximum
concurrent use count and capacity is a redundant item that should simply
be the pool MaxSize value.
Scott Stark
Chief Technology Officer
JBoss
Without a feeder-policy, the MaxSize have no meaning : the pool never
grows.
In other words, having to define the size of something that don't grow
seemed confusing to me.
So I thought it was better to make it a part of feeder-policy-conf.
Then I choose to change the name from MaxSize to capacity
Hi Sacha;
Thanks allot for the insightful reply. It was the answer that I long waited
for.
Given what you stated/explained:
JBoss has a goal: to serve each request immediately. Consequently, if the
pool is empty, a new instance is created and, once the instance is returned
to the pool, the
User: starksm
Date: 01/12/27 11:41:16
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
AbstractInstancePool.java EntityInstancePool.java
SingletonStatelessSessionInstancePool.java
That is not true. The pool grows to MaxSize as instances are created
and then freed. The free method pushes contexts onto the pool stack if
reclaim is true. On the 2.4 branch I have dropped the capacity config
element and added a getMaxSize() method to InstancePool and this is
used by the
User: starksm
Date: 01/12/27 12:17:42
Modified:src/main/org/jboss/pool/jdbc Tag: Branch_2_4
StatementInPool.java
Log:
Apply patch #495746 for getResultSet bug
Revision ChangesPath
No revision
No
Hi, guys
I am running into problems with Jetty + JBoss 3.0alpha
After some debugging here is what I have.
Setup:
Jetty + JBoss 3.0
Sun's Petstore 1.1.1 deployed piecewise (meaning each EJB and WAR are
packaged separately and deployed in a J2eeScopedDeployer)
JBossSX configured to pick up
There is no way to currently block a request when the pool size
is at its maximum. This is a behavior we should support so I will
add a StrictMaximumSize flag to the instance pool configuration
that when set to true will block requests when the pool is at its
MaximumSize value.
User: starksm
Date: 01/12/27 12:50:40
Modified:src/main/org/jboss/pool Tag: Branch_2_4 ObjectPool.java
Log:
Apply patch #495959 to fix race conditions in ObjectPool
Revision ChangesPath
No revision
No revision
1.2.2.3
User: starksm
Date: 01/12/27 12:55:43
Modified:src/main/org/jboss/pool/jdbc Tag: Branch_2_4
PreparedStatementFactory.java
Log:
Apply patch #492169, PreparedStatement Errors being eaten
Revision ChangesPath
No revision
User: starksm
Date: 01/12/27 13:16:27
Modified:src/main/org/jboss/mq/pm/jdbc Tag: Branch_2_4
PersistenceManager.java
Log:
Apply patch #492167 to move setup of DataSource to startService
Revision ChangesPath
No revision
User: starksm
Date: 01/12/27 13:10:40
Modified:src/main/org/jboss/pool/jdbc/xa/wrapper Tag: Branch_2_4
XAClientConnection.java
Log:
Apply patch #494915 to support disabling PreparedStatement cache
Revision ChangesPath
No
Anatoly,
Thanks for the precise description of the problem. I shall take a look at
this as soon as I find the time. Probably during the first week of Jan or so.
Greg,
Any thoughts about this before I plunge in ?
Jules
Anatoly Akkerman wrote:
Hi, guys
I am running into problems with
Hi,
has anybody tried and probably suceeded with importing JBoss in eclipse
(http://www.eclipse.org)?
Mariano
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/12/27 14:00:02
Modified:src/main/org/jboss/test/bank/ejb Tag: Branch_2_4
AccountBeanCMP.java
Log:
Set dirty to false in ejbStore
Revision ChangesPath
No revision
No revision
Bugs item #497167, was opened at 2001-12-27 14:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=497167group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Corby (corby)
Assigned to:
Patches item #497173, was opened at 2001-12-27 14:18
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=497173group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Torsten Paul
Well firstly I'm going to say that we have been having problems
with jboss role based authentication for some time. It is not
something that we want to get wrong, so I think the time has long
since passed where we need a good set of regression tests for
this.
Now, while I can see that
Greg Wilkins wrote:
Well firstly I'm going to say that we have been having problems
with jboss role based authentication for some time. It is not
something that we want to get wrong, so I think the time has long
since passed where we need a good set of regression tests for
this.
Now,
JBoss daily test results
SUMMARY
Number of tests run: 220
Successful tests: 202
Errors:15
Failures: 3
[time of test: 28 December 2001 2:49 GMT]
[java.version:
JBoss daily test results
SUMMARY
Number of tests run: 216
Successful tests: 202
Errors:11
Failures: 3
[time of test: 28 December 2001 3:35 GMT]
[java.version:
User: vharcq
Date: 01/12/27 19:47:11
Modified:src/main/org/jboss/ejb InstancePool.java
Log:
Restore the AbstractInstancePool MaximumSize and add a getMaxSize() method to
InstancePool. The getMaxSize() method is used by TimedInstancePoolFeeder instead of
the capacity element
User: vharcq
Date: 01/12/27 19:47:11
Modified:src/resources/org/jboss/metadata jboss.dtd
Log:
Restore the AbstractInstancePool MaximumSize and add a getMaxSize() method to
InstancePool. The getMaxSize() method is used by TimedInstancePoolFeeder instead of
the capacity element
User: vharcq
Date: 01/12/27 19:47:11
Modified:src/etc/conf/default standardjboss.xml
Log:
Restore the AbstractInstancePool MaximumSize and add a getMaxSize() method to
InstancePool. The getMaxSize() method is used by TimedInstancePoolFeeder instead of
the capacity element
User: vharcq
Date: 01/12/27 19:47:10
Modified:src/main/org/jboss/ejb/plugins AbstractInstancePool.java
EntityInstancePool.java
SingletonStatelessSessionInstancePool.java
TimedInstancePoolFeeder.java
Log:
I'm not sure you can use an EntityBean or any type of EJB for that matter to
implement HttpSessions. Maybe I'm getting too religious here (meaning too
EJB spec oriented), but EJB semantics require that input parameters and
return parameters be serialized(copied). Sure, JBoss doesn't do this by
1. I don't think you can use EJBs to implement HttpSessions, see my other
email.
That said, all you really need is a distributed hashtable. There's already
one implemented as the Distributed State Service. No coding, this is
already done. Can't get more simpler than that. Implement an
User: starksm
Date: 01/12/27 22:14:26
Modified:src/main/org/jboss/jmx/server Tag: Branch_2_4
JMXAdaptorImpl.java
Log:
Catch all JMX exception in the invoke method and log the nested exception
at debug level.
Revision ChangesPath
No
Hi Dain,
I checked out the latest version and threw away my changes for this bug.
But your change don't work for me. Again there seems to be more than one
created table list.
For me I fixed this by making the Map applicationData in
JBDCStoreManager static.
Otherwise each Instance of
Does anybody have one? My laptop just got stolen, and it took me forever to
figure this stuff out before.
I'd like to have spaces instead of tab characters when editing.
{ on its own line.
Thanks in advance. THis really helps me out.
Bill
___
47 matches
Mail list logo