User: starksm
Date: 01/06/21 01:15:19
Added: src/lib Tag: Branch_2_4 jbosscx.jar
Removed: src/lib Tag: Branch_2_4 jbosscx-0.2.jar
Log:
Merge JBossCX changes
Revision ChangesPath
No revision
No revision
User: starksm
Date: 01/06/21 01:19:52
Modified:pictures cvs_structure.png
Log:
Add section on CHECKING IN A PATCH ON A NON-JBOSS CVS MODULE RELEASE BRANCH
Fix some typos and clarify a bit
Revision ChangesPath
1.4 +29 -20newsite/pictures/cvs_structure.png
User: starksm
Date: 01/06/21 01:19:52
Modified:.CVSAdmin.jsp
Log:
Add section on CHECKING IN A PATCH ON A NON-JBOSS CVS MODULE RELEASE BRANCH
Fix some typos and clarify a bit
Revision ChangesPath
1.4 +97 -30newsite/CVSAdmin.jsp
Index:
User: starksm
Date: 01/06/21 01:22:54
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Drop the version portion of the generated jbosscx.jar
Revision ChangesPath
No revision
No revision
1.4.2.1 +1 -1
User: starksm
Date: 01/06/21 01:39:42
Modified:src/build build.xml
Log:
Drop the version number from the jbosscx.jar
Revision ChangesPath
1.5 +1 -1 jbosscx/src/build/build.xml
Index: build.xml
User: starksm
Date: 01/06/21 07:54:03
Modified:tomcat/src/build build.xml
Log:
Don't export JBOSS_CLASSPATH until it is defined in run_with_tomcat.sh
Revision ChangesPath
1.15 +3 -2 contrib/tomcat/src/build/build.xml
Index: build.xml
Using
hypersonicwith trace on,I did
noticetherethe exception: "java.sql.SQLException: Connection closed"
everytime thea tablewas created or attemptedto be
created.This was occuring when con.close() was being
executed from org.jboss.ejb.plugins.jaws.jdbc on line 110. For some
reason, the
User: starksm
Date: 01/06/21 12:23:33
Modified:.CVSAdmin.jsp
Log:
Use even_minor/odd_minor to distinguish the branch/main labels
Revision ChangesPath
1.5 +2 -2 newsite/CVSAdmin.jsp
Index: CVSAdmin.jsp
Hi,
I am sort of doing something towards this now.
The site http://lubega.com is produced by an automated
daily script that does a cvs update and then a rebuild
and test of the jboss/jbosstest code.
It only covers 1 platform/JVM - 386Linux2.2, Sun JVM
1.3.
I could fairly easily add
Nice !
Yeah, Chris - that's something like what I'm talking about - here is how
I understand it works.
A number of clients are set up with different build environments and/or
build targets, or even versions e.g. MAIN and 2.4 and 3.0
They run a script that loops infinitely with a pause (0-???)
User: patriot1burke
Date: 01/06/21 14:50:37
Modified:src/etc/conf/default standardjaws.xml
Log:
read-ahead flag is now defaultable in standardjaws.xml
Revision ChangesPath
1.17 +1 -0 jboss/src/etc/conf/default/standardjaws.xml
Index: standardjaws.xml
User: user57
Date: 01/06/21 14:51:51
Added: src/lib jbosscx.jar
Removed: src/lib jbosscx-0.2.jar
Log:
o merged jbosscx.jar from Rel_2_4_0_1 removed jbosscx-0.2.jar too the
main branch consistent.
Revision ChangesPath
1.2 +193 -0
$
+ * @author a href=[EMAIL PROTECTED]Bill Burke/a
+ * @version $Revision: 1.4 $
+ *
+ * Revisions:
+ * 20010621 Bill Burke: setReadAhead added.
+ *
*/
public class FinderMetaData extends MetaData implements XmlLoadable {
- // Constants
:
+ * 20010621 Bill Burke: made read-ahead defaultable in standardjboss.xml and
jaws.xml
*/
public class JawsEntityMetaData extends MetaData implements XmlLoadable {
- // Constants -
+ // Constants
PROTECTED];Dan Christopherson/a
-* @version $Revision: 1.22 $
+* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a
+* @version $Revision: 1.23 $
+*
+* Revisions:
+* 20010621 Bill Burke: removed loadEntities call because CMP read-ahead is now
+* done directly by the finder
Thanks, I was really not sure what was needed to get this together. It
looks like the main jboss branch did not get the latest unversioned
jbosscx.jar, so I took the liberty to fix that.
Thanks for updating the documentation too.
--jason
On Thu, 21 Jun 2001, Scott M Stark wrote:
I updated
PROTECTED];Joe Shevland/a
* @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a
- * @version $Revision: 1.6 $
+ * @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a
+ * @version $Revision: 1.7 $
+ *
+ * Revision:
+ * 20010621 Bill Burke: findByPrimaryKey may now do a read-ahead
User: patriot1burke
Date: 01/06/21 14:57:52
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc
JDBCLoadEntityCommand.java
Log:
added some debug messaging when debug flag is on.
Revision ChangesPath
1.13 +6 -2
User: patriot1burke
Date: 01/06/21 14:58:41
Added: src/main/org/jboss/ejb/plugins/jaws/jdbc
JDBCPreloadByPrimaryKeyCommand.java
Log:
read-ahead functionality when doing findByPrimaryKey
Revision ChangesPath
1.1
Andy
the type-mappings will be in the standardjaws.xml file that Vincent
updated. The deployer reads this first and likely isn't finding the
PostgreSQL mapping because of the element name change. Probably a mismatch
between the code changes in the metadata package and the element names in
Change Notes item #435246, was updated on 2001-06-21 15:08
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=435246group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Bill Burke (patriot1burke)
Assigned to:
Hello all,
We have been stress testing jboss this past week and have found stability
problems under load. Perhaps this is simply a configuration problem (I
hope).
The system setup : jboss-2.2.2, DB2 UDB w/ app version of jdbc 2.0 driver,
redhat 6.2 on Intel, sun jdk 1.3.0
The test app : single
All,
Building off of
danch's great work, I extended the read-ahead feature of
CMP/JAWS
New
features:
* the read-ahead
flag is defaultable in standardjaws.xml and jaws.xml
* The finder SQL
select call and the LoadEntities SQL select call are now combined. Instead
of 2 sql calls they
User: jules_gosnell
Date: 01/06/21 15:18:23
Modified:jetty/src/build build.xml
Log:
add explicit configurations for various JBoss-Jetty properties
Revision ChangesPath
1.7 +4 -1 contrib/jetty/src/build/build.xml
Index: build.xml
User: jules_gosnell
Date: 01/06/21 15:24:46
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
implement PublishMBeans property
ensure Service methods will not break if called more than once
general tidy up
Revision ChangesPath
1.16 +102 -64
User: jules_gosnell
Date: 01/06/21 15:20:12
Modified:jetty/src/main/org/jboss/jetty Jetty.java
Log:
sort out some logging
Revision ChangesPath
1.10 +1 -3 contrib/jetty/src/main/org/jboss/jetty/Jetty.java
Index: Jetty.java
Hi Geeks
The recent standardjaws.xml fixed my problem.
Thanx - Andy
-Original Message-
From: Mike Swainston-Rainford [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 21, 2001 3:03 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Problem with jaws.xml
Andy
the type-mappings
User: jules_gosnell
Date: 01/06/21 16:25:19
Added: .JBoss-2.2.2_Jetty-3.1.RC5-4.tgz
Log:
This should fix the squabble between JBoss and Jetty for lifecycle management of
Jetty MBeans
Revision ChangesPath
1.1
Why does this thrown an exception? An example from sun from:
http://java.sun.com/products/jms/tutorial/examples/client_ses_mdb/PublisherBean.java
In the ejbRemote() method calls close() on the connection. Which is
correct?
Can someone tell me where the spec for this is, since Peter is going
I have been running the jbosstest suite off and on throughout the day against
a snapshot of main on linux to look into the issue people have reported concerning
running out of processes on linux. I am seeing a steady increase in threads from
32 for the baseline just after startup to 229 after one
Time to seriously look into what is up with that :)
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Thursday, June 21, 2001 8:05 PM
|To: JBoss Dev
|Subject: [JBoss-dev] JMS thread usage
|
|
|I have been running the
These are in theory complete re-implementations of the spec, clearly not the
best - hey I did some of them myself.
Marc and the board asked for this so that we could avoid any issues about
distributing the sun jarfiles (some have licenses that don't allow people
like jboss.org to distribute
User: starksm
Date: 01/06/21 17:33:32
Modified:src/main/javax/transaction SystemException.java
Log:
Add the missing public int errorCode ivar so that the serialVersionUID
is consistent with that of the 1.3 RI j2ee.jar
Revision ChangesPath
1.2 +3 -1
Do NOT add serialVersionUID values as this is a missue that incorrectly
addresses the problem. If the code is consistent it will have the correct
serialVersionUID regardless of how the code is compiled.
Somebody went through and tried to make sure all the constants made them
interoperable,
This was an effort initiated by Marc due to some legal concerns. You'll
have to ping him for the details.
The serialVersionUID does not change simply because you recompile the
file and we should not just be fixing it because if they don't match it
indicates an inconsistent coding. For the
Ah, the real bug shows it's ugly head. We'll get that one!
Thanks Scott.
-Original Message-
From: Scott M Stark
To: JBoss Dev
Sent: 6/21/01 8:36 PM
Subject: Re: [JBoss-dev] lib/jboss-j2ee.jar vs. client/jboss-j2ee.jar
This was an effort initiated by Marc due to some legal concerns.
Neato. I did not know that. =]
Just curious but what are the licensing restrictions from sun on
distributing there jar files?
--jason
On Thu, 21 Jun 2001, Scott M Stark wrote:
This was an effort initiated by Marc due to some legal concerns. You'll
have to ping him for the details.
The
I'm embarased.
I'll look into it right away. Since the JMS client and server stuff is
running in the same VM when using ASF I should be able to get rid of the
socket calls and thus free up the threads that are polling the sockets.
I'll also see if I can get rid of the SpySession Threads when
I really like the way you designed this: the PreloadFinderCommand acting
as a decorator really makes things clearer. This is getting faster
everytime one of us touches it.
Something I noticed, Bill - your changes only worked for defined
finders. I've extended them so that they work for
Chris' nightly test runs have only been failing with these OutOfMemory
exceptions for the last couple of nights. Either it was a recent change
that caused this or a recently added test that brought it into the open
-danch
Hiram Chirino wrote:
I'm embarased.
I'll look into it right away.
User: chirino
Date: 01/06/21 20:16:41
Added: src/lib jboss-jdbc_ext.jar
Log:
The new JDBC persistence layer has a dependency on this lib.
Revision ChangesPath
1.1 jbossmq/src/lib/jboss-jdbc_ext.jar
Binary file
User: chirino
Date: 01/06/21 20:12:05
jbossmq/src/main/org/jbossmq/jdbcpersistence - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/06/21 20:16:02
Modified:src/main/org/jbossmq SpyConnection.java
SpyMessageConsumer.java SpySession.java
Log:
The Spy sessions and SypConnections now use a single system wide Thread
Pool for all async task that occur. This should
/a
* @author a href=mailto:[EMAIL PROTECTED];Dirk Zimmermann/a
- * @version $Revision: 1.33 $
+ * @author a href=mailto:[EMAIL PROTECTED];danch (Dan Christopherson/a
+ * @version $Revision: 1.34 $
+ *
+ * Revision:
+ * 20010621 danch: add getter for name
*/
public abstract class
Wow, I just starting reading some of this again and I can't believe how I
made all of those grammatical errors. Yikes!
I had one more bit to add to this, which is probably even less thought out
than what I wrote here. That is that eventually I would like to have each
JBoss server start up and
hey...
just an update.
I believe the break down is as follow, the inspiration comes from unix
sys-admin.
You don't deploy systems and applications in unix (it is a vague term in
J2EE a problem really), you install, configure, and start/stop. (the
deploy in JBoss covers all these right now)
User: danch
Date: 01/06/21 20:47:40
Modified:src/docs customizingjaws.xml
Log:
added brief/terse explanation of the interaction between read-ahead option and
transactions
Revision ChangesPath
1.9 +267 -259 manual/src/docs/customizingjaws.xml
Index:
User: starksm
Date: 01/06/21 20:52:14
Modified:src/resources/org/jboss/metadata Tag: Branch_2_4
jboss_2_4.dtd
Log:
Add an unauthenticated-principal element at the application level to allow
for the specification of the principal name that should be
User: starksm
Date: 01/06/21 20:54:24
Modified:src/resources/org/jboss/metadata jboss_2_4.dtd
Log:
Add an unauthenticated-principal element at the application level to allow
for the specification of the principal name that should be returned by
EJBContext.getCallerPrincipal().
User: starksm
Date: 01/06/21 20:58:55
Modified:src/main/org/jboss/ejb EnterpriseContext.java
Log:
Update getCallerPrincipal() to check for a getUnauthenticatedPrincipal()
value in the absence of a caller principal and a security domain
Revision ChangesPath
1.35
User: chirino
Date: 01/06/21 21:04:43
Modified:src/main/org/jbossmq/server StartServer.java
Log:
I have added an new INVM that can only be used when the JBossMQ server is
running in the same machine as the client. This INVM IL theoreticaly is the
epitomy of performance since
User: chirino
Date: 01/06/21 21:04:43
Added: src/main/org/jbossmq/distributed/server
ConnectionReceiverINVM.java
DistributedJMSServerINVM.java
Log:
I have added an new INVM that can only be used when the JBossMQ server is
running
Well, there's nothing like being embarsed to get my lazy but workin.
I've allready commited some several changes that should reduce the number of
thread being wasted by JBossMQ. The change will have eliminated all the 38
threads here:
-- 38:
User: starksm
Date: 01/06/21 21:09:32
Modified:src/main/org/jboss/metadata Tag: Branch_2_4
ApplicationMetaData.java
Log:
Add an unauthenticatedPrincipal attribute
Revision ChangesPath
No revision
No
User: starksm
Date: 01/06/21 21:10:22
Modified:src/main/org/jboss/ejb Tag: Branch_2_4
EnterpriseContext.java
Log:
Update getCallerPrincipal() to check for a getUnauthenticatedPrincipal()
value in the absence of a caller principal and a security domain
User: starksm
Date: 01/06/21 21:31:43
Modified:src/main/org/jboss/test/security/test TestEJBSpec.java
Log:
Add test of the unauthenticated-principal tag
Revision ChangesPath
1.6 +4 -3 jbosstest/src/main/org/jboss/test/security/test/TestEJBSpec.java
User: starksm
Date: 01/06/21 21:31:43
Modified:src/resources/security/META-INF jboss-spec.xml
Log:
Add test of the unauthenticated-principal tag
Revision ChangesPath
1.6 +9 -0 jbosstest/src/resources/security/META-INF/jboss-spec.xml
Index:
User: starksm
Date: 01/06/21 21:31:43
Modified:src/build run_tests.xml
Log:
Add test of the unauthenticated-principal tag
Revision ChangesPath
1.15 +2 -1 jbosstest/src/build/run_tests.xml
Index: run_tests.xml
Hello,
Could you please check that the file /business/main.css is not missing.
I can get the main index
Bye
Lau Eng Huat
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Change Notes item #435343, was updated on 2001-06-21 22:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=435343group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Dan Christopherson (danch)
Assigned to:
a href=mailto:[EMAIL PROTECTED];Justin Forder/a
* @author a href=mailto:[EMAIL PROTECTED];Dirk Zimmermann/a
* @author a href=mailto:[EMAIL PROTECTED];danch (Dan Christopherson/a
- * @version $Revision: 1.34 $
+ * @version $Revision: 1.35 $
*
* Revision:
* 20010621 danch: add
Change Notes item #435344, was updated on 2001-06-21 22:04
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=435344group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Dan Christopherson (danch)
Assigned to:
PROTECTED];Dirk Zimmermann/a
+ * @author a href=mailto:[EMAIL PROTECTED];Vincent Harcq/a
+ * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a
+ * @version $Revision: 1.7 $
+ *
+ * Revison:
+ * 20010621 danch: merged patch from David Jenks - null constraint on columns.
*/
public
User: chirino
Date: 01/06/21 22:24:31
Modified:src/etc/conf/default jboss.jcml jbossmq.xml
Log:
Updated JBoss with the latest JBossMQ which includes fixes for the
recent threading issues. I have alos updated the JMProviderLoader
so that the references to the connection
User: chirino
Date: 01/06/21 22:24:32
Modified:src/main/org/jboss/jms/ra JmsManagedConnection.java
Log:
Updated JBoss with the latest JBossMQ which includes fixes for the
recent threading issues. I have alos updated the JMProviderLoader
so that the references to the
User: chirino
Date: 01/06/21 22:24:31
Modified:src/client jbossmq-client.jar
Log:
Updated JBoss with the latest JBossMQ which includes fixes for the
recent threading issues. I have alos updated the JMProviderLoader
so that the references to the connection factory locations
User: chirino
Date: 01/06/21 22:24:31
Modified:src/lib jbossmq.jar
Log:
Updated JBoss with the latest JBossMQ which includes fixes for the
recent threading issues. I have alos updated the JMProviderLoader
so that the references to the connection factory locations can be
User: chirino
Date: 01/06/21 22:24:31
Modified:src/main/org/jboss/ejb/plugins/jms JMSContainerInvoker.java
Log:
Updated JBoss with the latest JBossMQ which includes fixes for the
recent threading issues. I have alos updated the JMProviderLoader
so that the references to the
User: chirino
Date: 01/06/21 22:24:31
Modified:src/main/org/jboss/jms/jndi AbstractJMSProviderAdapter.java
JBossMQProvider.java JMSProviderAdapter.java
JMSProviderLoader.java JMSProviderLoaderMBean.java
Removed:
I have updated jboss to to include the latest fixes that I have just maked
to jbossqm for those threading issues.
Could you update the jars in the jbosstest module and test again and let me
know if the situation improved?
Regards,
Hiram
- Original Message -
From: Scott M Stark [EMAIL
User: starksm
Date: 01/06/21 22:37:52
Modified:tomcat/src/main/org/jboss/tomcat/security
JBossSecurityMgrRealm.java
Log:
Merged changes from the 2.2 branch
Revision ChangesPath
1.4 +28 -29
:
+ * 20010621 danch: fixed bug where mapping a PK field to a different column name
+ *resulted in an improper PK constraint.
*/
public class JDBCInitCommand
extends JDBCUpdateCommand
@@ -59,17 +64,18 @@
first = false;
}
- // If there is a primary key
Change Notes item #435348, was updated on 2001-06-21 22:42
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=435348group_id=22866
Category: None
Group: v2.4
Status: Open
Priority: 5
Submitted By: Dan Christopherson (danch)
Assigned to: Nobody/Anonymous
User: starksm
Date: 01/06/21 22:49:08
Modified:tomcat/src/etc/conf/tomcat jboss.conf.patch jboss.jcml.patch
server.xml.patch
Log:
Merge the 2.2 branch changes
Revision ChangesPath
1.2 +8 -10
User: starksm
Date: 01/06/21 23:06:52
Modified:src/etc/conf/default jboss.jcml
Log:
Make org.jboss.tomcat.EmbeddedTomcatServiceSX the default
DefaultDomain:service=EmbeddedTomcat
Revision ChangesPath
1.42 +1 -1 jboss/src/etc/conf/default/jboss.jcml
75 matches
Mail list logo