User: starksm
Date: 01/12/29 00:56:05
Modified:.Tag: Branch_2_4 build.xml
Log:
tomcat3x is jakarta-tomcat-3.2.3
Revision ChangesPath
No revision
No revision
1.33.2.6 +1 -1 jboss/build.xml
Index:
User: starksm
Date: 01/12/29 01:00:46
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Change deltree to delete
Revision ChangesPath
No revision
No revision
1.5.2.3 +2 -2 jnp/src/build/Attic/build.xml
User: starksm
Date: 01/12/29 01:23:54
Removed: catalina/src/build Tag: Branch_2_4 build.properties
Log:
This file should not be in cvs
___
Jboss-development mailing list
[EMAIL PROTECTED]
Bill,
That is really interesting.
Furthermore, for BEA, remember that thanks to their front-end dispatcher, it
is always the same server that will receive the invocations (until it
fails). Consequently, they don't need distributed locking because until a
server dies, there is no distributed
User: starksm
Date: 01/12/29 01:33:04
Modified:jetty/src/build Tag: Branch_2_4 build.xml
Log:
Fix bad copy element
Revision ChangesPath
No revision
No revision
1.6.2.4 +2 -2
User: starksm
Date: 01/12/29 02:17:09
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Added unit-tests target
Revision ChangesPath
No revision
No revision
1.34.2.7 +3 -0 jbosstest/src/build/Attic/build.xml
User: starksm
Date: 01/12/29 02:22:38
Modified:.Tag: Branch_2_4 build.xml
Log:
Use pathconvert to generate absolute paths to pass to the servlet
builds.
Revision ChangesPath
No revision
No revision
1.33.2.7
User: starksm
Date: 01/12/29 02:29:10
Modified:src/etc/deploy Tag: Branch_2_4 jbosspool-jdbc.rar
Log:
Synch the JBoss_2_4_4 external jars
Revision ChangesPath
No revision
No revision
1.1.4.5 +56 -52
User: starksm
Date: 01/12/29 02:29:11
Modified:src/client Tag: Branch_2_4 jboss-j2ee.jar jbossmq-client.jar
jbosssx-client.jar jnp-client.jar
Log:
Synch the JBoss_2_4_4 external jars
Revision ChangesPath
No revision
No
User: starksm
Date: 01/12/29 02:29:12
Modified:src/lib Tag: Branch_2_4 jboss-j2ee.jar jboss-jaas.jar
jboss-jdbc_ext.jar jbosscx.jar jbossmq.jar
jbosspool.jar jbosssx.jar jnpserver.jar
Log:
Synch the JBoss_2_4_4 external jars
User: starksm
Date: 01/12/29 03:04:43
Modified:jetty/src/build Tag: Branch_2_4 build.xml
Log:
Fix copy to bundle dir
Revision ChangesPath
No revision
No revision
1.6.2.5 +3 -6
User: starksm
Date: 01/12/29 03:10:37
Modified:.Tag: Branch_2_4 build.xml
Log:
Add jetty-dist to dist target
Revision ChangesPath
No revision
No revision
1.33.2.8 +1 -0 jboss/build.xml
Index:
Hi,
as far as I know WAS 3.0/3.5 does. You can turn a switch and Websphere
will synchronize every http session access accross the cluster using the
underlying database. This results obviously in a huge performance penalty.
I don't remember WAS having a switch to tell it, that it is being
User: starksm
Date: 01/12/29 03:41:56
Modified:src/docs binary.jsp
Log:
Update the 2.4.4 links
Revision ChangesPath
1.22 +18 -17newsite/src/docs/binary.jsp
Index: binary.jsp
===
RCS file:
I'm trying to deploy the new petstore v1.3 to JBoss 3.0. I've found the
JDBC data source configuration has changed considerably from JBoss 2.4.
Any documentation or examples that would help in creating a
postgresql-service.xml file would be greatly appreciated.
-Michael Robinson
User: slaboure
Date: 01/12/29 08:09:41
Modified:src/main/org/jboss/ha/framework/interfaces
DistributedState.java
Log:
- possibility to know if a modification has been done locally or initiated from
another node
- remove now returns the old value
User: slaboure
Date: 01/12/29 08:10:10
Added: src/main/org/jboss/ha/framework/server
DistributedStateImplMBean.java
Log:
DistributedStateImpl is now a standard MBean
Revision ChangesPath
1.1
User: slaboure
Date: 01/12/29 08:11:43
Modified:src/main/org/jboss/ha/framework/server
DistributedStateImpl.java
Log:
- possibility to know if a modification has been done locally or initiated from
another node
- remove now returns the old value
-
I read the description on your web site, and get very
excited about the product. But when I try and use the
JBoss 3.0 alpha, I am wondering why you not spend any
time on the web container? J2EE container without a
servlet engine is like a book without writing.
Also, you guy seem to
User: slaboure
Date: 01/12/29 08:20:13
Modified:src/main/org/jboss/ha/framework/server ClusterPartition.java
HAPartitionImpl.java
Log:
Propagate MBeanServer reference
Revision ChangesPath
1.9 +2 -2
User: slaboure
Date: 01/12/29 08:21:32
Added: src/main/org/jboss/ejb/plugins
CMPClusteredInMemoryPersistenceManager.java
Log:
Clustered In-memory persistence manager based on DistributedState (itself based on
HAPartition)
Revision ChangesPath
User: slaboure
Date: 01/12/29 08:23:11
Added: src/main/org/jboss/ejb/plugins
ClusterSyncEntityInstanceCache.java
Log:
Entity Instance cache for clustered environment with distributed cache
synchronization: if a bean is modified on another host, all other
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
default, but maybe some users turn off this
optimization to be EJB
Look there might be more than one way to skin this cat, I am of the opinion that the
EJB solution, can be completely simple and transparent, the semantic that julian
requested was a findbyprimary key that maps trivially to the ejb framework.
it is up to us to show that the container can be
Does anybody have one? My laptop just got stolen,
and it took me forever to
ah man that really sucks...
sounds like my pinus just got ran over by a train,
ouch ouch
when you have it let's make sure it is included in the doco somewhere,
marcf
Bill,
sorry to post publicly but I am in Miami typing on an interim laptop until I set up my
machine.
My wife tells me that since you are consulting with JBoss Group as an independent you
can declare this as a loss against income earned and if you buy a new one it is a
business expense.
Another case...
what about a log4j EJB logger that logs centrally, the CMP engine can be something as
simple as a file writter or as fancy as a JDBC writter so you can plug in what you
want for the persistence.
So for the price of writing the EJB logger we have the cluster wide logging for
User: chirino
Date: 01/12/29 09:42:02
Modified:src/main/org/jboss/test/jbossmq/test
ConnectionUnitTestCase.java
Log:
Added a test to see if 10 back to back connections to the server caused any errors
Revision ChangesPath
1.3 +91 -69
Consult the online manual, ch 3.
david jencks
On 2001.12.29 09:58:22 -0500 Michael Robinson wrote:
I'm trying to deploy the new petstore v1.3 to JBoss 3.0. I've found the
JDBC data source configuration has changed considerably from JBoss 2.4.
Any documentation or examples that would help
I am curious, why we are using the RollingFileAppender in JBoss 3 alpha?
With the amount of logging that happens by default, the log fills up
very quickly, and the logfile gets rolled over.
The problem is, since log4j actually renames the file, and creates a new
one, any instance of tail
I'm trying to convert my postgres-ds-service.xml file into a sar, so I don't
have to copy the jar and then the service file. I created a sar file with
my previous service file at META-INF/jboss-service.xml and the postgres jar
(jdbc7.0-1.2.jar) in the root of the sar. Now when I copy the jar to
I have been changing the log size to 10MB. If you don't have 10MB on your
development machine, you have much bigger problems.
-dain
-Original Message-
From: David Budworth [mailto:[EMAIL PROTECTED]]
Sent: Saturday, December 29, 2001 1:21 PM
To: [EMAIL PROTECTED]
Subject:
User: starksm
Date: 01/12/29 11:50:07
Modified:src/resources/org/jboss/metadata Tag: Branch_2_4
jboss_2_4.dtd
Log:
Add the strictMaximumSize and strictTimeout container-pool-conf child elements
Revision ChangesPath
No revision
Either crank up the default log size or fix the excessive logging by
adjusting the priorities being used.
- Original Message -
From: David Budworth [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, December 29, 2001 11:20 AM
Subject: [JBoss-dev] Why are we using
Can we set it to roll on a day to day basis? This would be more useful in a
production environment (where an admin would want to see the logs for the
entire day).
I think that tail -f on most Linux machines will do the right thing. Most
certainly on Solaris it will not.
Either way we should
Change Notes item #497673, was opened at 2001-12-29 11:50
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=497673group_id=22866
Category: JBossServer
Group: v2.4.4
Status: Open
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Scott M Stark
On 2001.12.29 14:28:26 -0500 Dain Sundstrom wrote:
I'm trying to convert my postgres-ds-service.xml file into a sar, so I
don't
have to copy the jar and then the service file. I created a sar file
with
my previous service file at META-INF/jboss-service.xml and the postgres
jar
Thanks that seamed to work. Now I am getting an exception
RuntimeOperationException Object name cannot be null. Any ideas?
-dain
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]]
Sent: Saturday, December 29, 2001 2:13 PM
To: Dain Sundstrom
Cc: 'jboss-development @
Change Notes item #497678, was opened at 2001-12-29 12:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=497678group_id=22866
Category: JBossSX
Group: v2.4.4
Status: Open
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Scott M Stark
I'm trying to convert my postgres-ds-service.xml file
into a sar, so I don't
have to copy the jar and then the service file. I
created a sar file with
my previous service file at
META-INF/jboss-service.xml and the postgres jar
(jdbc7.0-1.2.jar) in the root of the sar. Now when I
copy the
Scott,
*why* are you doing this.
Really what is the point of limiting the number of concurrent accesses, please let us
know, what is the use case and need?
marcf
__
View this jboss-dev thread in the online forums:
On 2001.12.29 15:15:25 -0500 Dain Sundstrom wrote:
Thanks that seamed to work. Now I am getting an exception
RuntimeOperationException Object name cannot be null. Any ideas?
-dain
Have you switched your mbean-ref tags to depends and the associated name to
optional-attribute-name? (I'm not
When the user is associating resources that are limited in quantity
with a pooled instance. Right now the MaximumSize bound is really
meaningless as you can have an unbounded number of instances active.
This policy flag simply enforces the MaximumSize bound. The policy
is not enabled by default
Hi,
There appears to be some funny code in
the ServiceDeployer and Main that basically does
if (urlString.startsWith(file:) !urlString.endsWith(File.separator))
urlString += File.separator;
On windows you end up with
foo/bar/\
which later confuses the service deployer when
constructing the
User: starksm
Date: 01/12/29 13:57:20
Modified:src/main/org/jboss/deployment ServiceDeployer.java
Log:
Fix the invalid file URL constructs that were using the platform
dependent path seperator rather than '/'.
Revision ChangesPath
1.21 +3 -3
User: starksm
Date: 01/12/29 13:57:20
Modified:src/main/org/jboss Main.java
Log:
Fix the invalid file URL constructs that were using the platform
dependent path seperator rather than '/'.
Revision ChangesPath
1.60 +3 -3 jboss/src/main/org/jboss/Main.java
Thanks for pointing that out. This is just wrong and that is not the only
place where the handling of URLs is incorrect. The problem starts with the
setup of the installURL in Main:
String installURL = new File(systemHome).toURL().toString();
if (!installURL.endsWith(File.separator))
Hi Scott,
Have you updated CVS?
Regards,
Adrian
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=66thread=6407
___
Jboss-development
Ok,
I see you have.
Regards,
Adrian
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=66thread=6407
___
Jboss-development mailing list
Hi,
I think I'm going to remove LogAnalysis.
I'm getting an IllegalAccessError which is something to do with the code existing in
jboss-spine.jar and jboss.jar.
It was clearly a hack anyway!
I'll give anybody who wants this analysis 24hrs notice
to run it and save the results.
I'll remove it
Hi,
There is a reason why I did not start the pool from the ContainerFactory
(well another that the classloader issue that you fixed ;) )
The setSessionContext have, in most cases, Home lookup (to cache them)
and if all beans are not deployed you can have JNDI lookup failure (when
using flat
Hi Scott;
I will be trying out JBoss_2.4.4-Jetty_3.1.3-1_beta tonight.
I must say that you and your [JBoss-dev] team (Especially Sacha Labourey,
and Vincent Harcq) are very responsive, and helpful. If anything, I'm more
sure today than yesterday that I'm investing my time, as well as our
JBoss daily test results
SUMMARY
Number of tests run: 221
Successful tests: 203
Errors:15
Failures: 3
[time of test: 30 December 2001 2:49 GMT]
[java.version:
User: chirino
Date: 01/12/29 19:02:16
Modified:src/main/org/jboss/test/jbossmq/test
JBossMQUnitTestCase.java
Log:
Fixed a NPE
Revision ChangesPath
1.8 +6 -0
jbosstest/src/main/org/jboss/test/jbossmq/test/JBossMQUnitTestCase.java
JBoss daily test results
SUMMARY
Number of tests run: 217
Successful tests: 203
Errors:11
Failures: 3
[time of test: 30 December 2001 3:35 GMT]
[java.version:
JBoss daily test results
SUMMARY
Number of tests run: 217
Successful tests: 203
Errors:11
Failures: 3
[time of test: 30 December 2001 4:45 GMT]
[java.version:
JBoss daily test results
SUMMARY
Number of tests run: 217
Successful tests: 203
Errors:11
Failures: 3
[time of test: 30 December 2001 5:42 GMT]
[java.version:
Oh, well, that is what comments and test cases are for. Add a test case
that demonstrates the problem and I'll fix this in the next release.
Hi,
There is a reason why I did not start the pool from the ContainerFactory
(well another that the classloader issue that you fixed ;) )
The
The beta does not have the change. It exists only in the final release of
2.4.4.
- Original Message -
From: jeff andrews [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, December 29, 2001 6:28 PM
Subject: Re: [JBoss-dev] JBOSS EJB Container Bug ?!
Hi
59 matches
Mail list logo