yes clearly scott,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Saturday, February 09, 2002 4:03 PM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Package organization
|
|
|I'm not saying style is not important, but t
david
the classpath should not be used unless you go http installations try to
remove these dependencies.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Jencks
|Sent: Saturday, February 09, 2002 8:38 PM
|To: [EMAIL PROTECTED]
|S
yes but do fix that if you can adrian,
thanks
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Adrian Brock
|Sent: Friday, February 08, 2002 3:37 PM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] New Deployment Architecture Doesn't Ignore
|do
remove the cache key altogether if you want
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Thursday, February 07, 2002 11:50 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb
|CacheKe
yes, this is the way it would work right now, and no it would not be the
intended behavior.
methinks you can submit a patch to the maindeployer that uses the
'findDeployer' call in the scans so we can weed out bullshit entries like
this one.
marcf
|-Original Message-
|From: [EMAIL PROTE
it is classic but it is good,
man, it is all really good, it is going to be tough,
marcf
|-Original Message-
|From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jules Gosnell
|Sent: Thursday, February 07, 2002 4:21 PM
|Cc: 'marc fleury'; 'Jboss-Development@Lists. Sourcefor
you are right i will give greg read write
marcf
|-Original Message-
|From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jules Gosnell
|Sent: Thursday, February 07, 2002 3:55 PM
|To: Greg Wilkins
|Cc: marc fleury; Dave Smith; [EMAIL PROTECTED];
|[EMAIL PROTECTED]; Oleg Zenzin
That is really funny
marcf
|-Original Message-
|From: Hunter Hillegas [mailto:[EMAIL PROTECTED]]
|Sent: Thursday, February 07, 2002 11:22 AM
|To: marc fleury; JBoss Dev
|Subject: Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
|
|
|JBoss: All Your J2EE Are Belong To Us
|
|> From: Colin Da
The logic in MainDeployer.scanRemoved needs to be validated for
concurrency as I am periodically seeing this exception when a test is
undeployed:
23:58:59,062 ERROR [Default] java.util.ConcurrentModificationException
23:58:59,062 ERROR [Default]at
java.util.AbstractList$Itr.checkForComodifica
On Mon, 2002-02-11 at 23:18, David Jencks wrote:
> On 2002.02.12 01:29:32 -0500 Jason Dillon wrote:
> > Ouch... had MainDeployer opened and modified... CVS is really bad at
> > doing merges ahhh.
> >
> > Should be OK though. Might want to verify that I did not just clobber
> > your changes.
On 2002.02.12 01:29:32 -0500 Jason Dillon wrote:
> Ouch... had MainDeployer opened and modified... CVS is really bad at
> doing merges ahhh.
>
> Should be OK though. Might want to verify that I did not just clobber
> your changes.
>
> --jason
Ouch is right. I wasn't too happy with your ch
User: user57
Date: 02/02/11 22:59:23
Modified:src/main/org/jboss/system ServerConfigMBean.java
ServiceControllerMBean.java
Log:
o MainDeployer & SARDeployer use ServerConfig getHomeDir() +
getTempDir() and work off of them instead of jboss.system.home
User: user57
Date: 02/02/11 22:59:23
Modified:src/main/org/jboss/deployment MainDeployer.java
MainDeployerMBean.java SARDeployer.java
Log:
o MainDeployer & SARDeployer use ServerConfig getHomeDir() +
getTempDir() and work off of them instead of jboss.
User: d_jencks
Date: 02/02/11 23:00:56
Modified:.build.xml
Log:
get DeploymentException from jboss-boot.jar
Revision ChangesPath
1.62 +2 -1 jbosstest/build.xml
Index: build.xml
===
User: d_jencks
Date: 02/02/11 22:58:13
Removed: src/main/org/jboss/deployment Deployment.java
Log:
removed obsolete class
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 02/02/11 22:51:17
Modified:.build.xml
Log:
o testsuite pulls DeploymentException from jboss-spine, which is broken
but I haven't the energy to fix right now, it will be duplicated in
jboss-boot & jboss-spine for now.
Revision Changes
This is for anyone who knows Postgres out there,
There is a patch at sf that suggest adding the following mapping:
java.util.Date
TIMESTAMP
TIMESTAMP
There is currently no mapping for java.util.Date, but there is a mapping
for java.sql.Date, which is:
java.sql.Date
DATE
User: user57
Date: 02/02/11 22:50:20
Modified:src/main/org/jboss/test/jmx/deployer BrokenDeployer.java
Log:
o MainDeployerMBean.OBJECT_NAME is an ObjectName, no need to wrap.
Revision ChangesPath
1.2 +2 -2
jbosstest/src/main/org/jboss/test/jmx/deployer/Bro
User: dsundstrom
Date: 02/02/11 22:22:51
Modified:src/resources/org/jboss/metadata jbosscmp-jdbc_3_0.dtd
Log:
Added not-null to cmp-field and property.
Revision ChangesPath
1.11 +8 -2 jboss/src/resources/org/jboss/metadata/jbosscmp-jdbc_3_0.dtd
Index: jbos
We need to make sure that our plastic impl of the javax.managment.*
conforms to the same serialVersionUID's from SUN's version:
RemoteException occurred in server thread; nested exception is:
java.rmi.UnmarshalException: error unmarshalling arguments; nested
exception is: java.io.InvalidClassExce
Bugs item #512760, was opened at 2002-02-04 06:08
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=512760&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Matt (mpetteys)
Assigned to: Da
Ouch... had MainDeployer opened and modified... CVS is really bad at doing merges
ahhh.
Should be OK though. Might want to verify that I did not just clobber your changes.
--jason
_
View thread online: http://main.jboss.org/thread.js
User: dsundstrom
Date: 02/02/11 22:17:16
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCCMRFieldBridge.java
Log:
Added optional not-null element to cmp-fields.
Not null is on by by default for primitive types and primary key fields.
Revisi
User: dsundstrom
Date: 02/02/11 22:17:15
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc JDBCType.java
JDBCTypeComplex.java JDBCTypeComplexProperty.java
JDBCTypeFactory.java JDBCTypeSimple.java
SQLUtil.java
Log:
User: dsundstrom
Date: 02/02/11 22:17:16
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata
JDBCCMPFieldMetaData.java
JDBCCMPFieldPropertyMetaData.java
JDBCRelationshipRoleMetaData.java
Log:
Added optiona
User: dsundstrom
Date: 02/02/11 22:15:17
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCStartCommand.java
Log:
Removed wanker log.info protection code.
Changed addForeignKeyConstraint to assure that the connection and statement
are closed before the
INFO is the default priority filter. The org.jboss.system package classes
are using the BootstrapLogger as the interface into log4j so there must
be an issue with seeing the priority filters installed after the
BootstrapLogger
is created. Its on my list of things to do before branching.
x
User: user57
Date: 02/02/11 22:13:49
Modified:src/main/org/jboss/system ServiceMBeanSupport.java
Log:
o using short class name for Service.getName() default
Revision ChangesPath
1.11 +47 -33jboss/src/main/org/jboss/system/ServiceMBeanSupport.java
Index:
Bugs item #515537, was opened at 2002-02-10 08:18
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=515537&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Ass
User: d_jencks
Date: 02/02/11 21:50:47
Added: src/resources/jmx/deployer/META-INF jboss-service.xml
Log:
BrokenDeployer exhibiting 7 ways a deployer may break. Useful in testing
MainDeployer, although I don't know how to automate the tests
Revision ChangesPath
1.1
User: d_jencks
Date: 02/02/11 21:49:33
jbosstest/src/resources/jmx/deployer - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 02/02/11 21:50:46
Added: src/main/org/jboss/test/jmx/deployer BrokenDeployer.java
Log:
BrokenDeployer exhibiting 7 ways a deployer may break. Useful in testing
MainDeployer, although I don't know how to automate the tests
Revision ChangesPath
1.1
User: d_jencks
Date: 02/02/11 21:50:46
Modified:.build.xml
Log:
BrokenDeployer exhibiting 7 ways a deployer may break. Useful in testing
MainDeployer, although I don't know how to automate the tests
Revision ChangesPath
1.61 +31 -2 jbosstest/build.xml
User: d_jencks
Date: 02/02/11 21:49:46
jbosstest/src/resources/jmx/deployer/META-INF - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 02/02/11 21:42:14
jbosstest/src/main/org/jboss/test/jmx/deployer - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 02/02/11 21:41:09
Modified:src/main/org/jboss/deployment MainDeployer.java
MainDeployerMBean.java DeploymentInfo.java
Log:
cleanup of many deployment/undployment problems including bug 515537, deploy loops
on failed deployment
Revis
JBoss daily test results
SUMMARY
Number of tests run: 491
Successful tests: 471
Errors:10
Failures: 10
[time of test: 12 February 2002 5:9 GMT]
[java.version: 1
When I was at marc's place last week I suggested changing to BCEL, as it
is actively maintained by the jakarta group, and it would be one less
moving part for us. He liked the idea, but neither of us have the time
right now to learn another tool. If you've got nothing better to work
on go fo
User: user57
Date: 02/02/11 21:05:48
Modified:src/main/org/jboss/system ServerConfig.java
ServerConfigMBean.java
Log:
o exposing two more local file config properties: tempDir and
stateDataDir (for tmp & db). These appear to be the only other
lo
Good. That is basically the position that I have... well bad too, cause
I don't have time todo it at the moment either, but I think it should be
done eventually.
Perhaps there is someone out there looking for a relatively easy todo
task to help improve the quality of JBoss?
--jason
On Mon, 20
Any thoughts on replacing our proxy compiler with the Byte Code
Engineering Library, recently added to the list of Jakarta
sub-projects?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-
Sure.
--jason
On Mon, 2002-02-11 at 20:24, Dain Sundstrom wrote:
> can you remove it?
>
> Jason Dillon wrote:
>
> >>On another issue do we sill need the instantdb.properties file?
> >>
> >
> > Nope.
> >
> > --jason
> >
>
___
Jboss-development
User: user57
Date: 02/02/11 20:27:11
Removed: varia/src/etc/conf/default instantdb.properties
Log:
o buh-bye
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
JBoss daily test results
SUMMARY
Number of tests run: 491
Successful tests: 480
Errors:8
Failures: 3
[time of test: 12 February 2002 4:18 GMT]
[java.version: 1.
I figgured it out. I'm an idiot.
For some reason the log system only logs INFO messages except for
org.jboss.system.
-dain
Dain Sundstrom wrote:
> Before DR1 I was changing log4j.appender.Default.MaxFileSize in my
> log4j.properties file to 10MB so I could see all of my DB code. Now it
>
can you remove it?
Jason Dillon wrote:
>>On another issue do we sill need the instantdb.properties file?
>>
>
> Nope.
>
> --jason
>
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-developmen
> On another issue do we sill need the instantdb.properties file?
Nope.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
> > Redesign deployment system to use Deployment (or DeploymentController)
> > object instances to perform work for a single deployment. These objects
> > are created by a factory, which lives and is configured from the client
> > deployment API or DeploymentManager. A simple type -> classname ma
Before DR1 I was changing log4j.appender.Default.MaxFileSize in my
log4j.properties file to 10MB so I could see all of my DB code. Now it
seams that this value is always ignored as I can only get a log with
1700 lines. Is this value still used? Is this file still used?
On another issue do w
User: user57
Date: 02/02/11 19:33:01
Modified:src/main/org/jboss/ejb EJBDeployer.java
Log:
o specify target throwable when retrhowing DeploymentExceptions
o Minor logging changes
Revision ChangesPath
1.5 +34 -40jboss/src/main/org/jboss/ejb/EJBDeployer.jav
On 2002.02.11 18:46:32 -0500 Jason Dillon wrote:
> I was thinking this weekend, while I was having trouble sleeping
> (again), about our deployers and how there isn't a very usable admin
> interface to what is deployed and so on. More specifically, there is
> not a domain, which lists mbeans whic
JBoss daily test results
SUMMARY
Number of tests run: 491
Successful tests: 480
Errors:8
Failures: 3
[time of test: 12 February 2002 3:22 GMT]
[java.version: 1.
User: user57
Date: 02/02/11 19:22:03
Modified:src/main/org/jboss/system Server.java ServiceController.java
ServiceControllerMBean.java
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. Thi
User: user57
Date: 02/02/11 19:22:03
Modified:src/main/org/jboss/web AbstractWebContainer.java
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we do
User: user57
Date: 02/02/11 19:22:03
Modified:src/main/org/jboss/ejb EJBDeployer.java
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we don't have
User: user57
Date: 02/02/11 19:22:03
Added: src/main/org/jboss/util SafeObjectNameFactory.java
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we
User: user57
Date: 02/02/11 19:22:01
Modified:jettybuild.xml
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we don't have to keep
creating
User: user57
Date: 02/02/11 19:22:01
Modified:.build.xml
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we don't have to keep
creating
User: user57
Date: 02/02/11 19:22:01
Modified:jbossbuild.xml
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we don't have to keep
creating
User: user57
Date: 02/02/11 19:22:02
Modified:src/main/org/jboss/deployment EARDeployer.java
MainDeployer.java MainDeployerMBean.java
SARDeployer.java
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns an
User: user57
Date: 02/02/11 19:22:02
Modified:.build.xml
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we don't have to keep
creating
User: user57
Date: 02/02/11 19:22:01
Modified:src/main/org/jboss/resource RARDeployer.java
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we don't
User: user57
Date: 02/02/11 19:22:01
Modified:variabuild.xml
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we don't have to keep
creating
User: user57
Date: 02/02/11 19:22:00
Modified:.build.xml
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we don't have to keep
creating
User: user57
Date: 02/02/11 19:22:02
Modified:.build.xml
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we don't have to keep
creating
User: user57
Date: 02/02/11 19:22:01
Modified:.build.xml
Log:
o Adding SafeObjectFactory, which simply makes ObjectNames and
turns ant malformed exceptions into Errors. This is used to
create ObjectName OBJECT_NAME fields, so we don't have to keep
creating
Sorry about that... jumped the gun on sending that email.
--jason
On Mon, 2002-02-11 at 19:09, Scott M Stark wrote:
> This is already supported in both 2.4.4 and 3.0. For example, this
> works with both versions:
>
>name="jboss.web:service=EmbeddedCatalinaSX">
> 8080
>
>
This is already supported in both 2.4.4 and 3.0. For example, this
works with both versions:
8080
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Jason Dillon" <[EMAIL PROTE
The tomcat-test.ear is showing that the optimized container
flag is being ignored and all intra-VM calls are going through
the local invoker stack and should be optimized.
However, the times I'm seeing are 10x slower than the optimized
JBoss-2.4.4/Tomcat-4.0.1 times.
JBoss-3.0.0/Tomcat-4.0.2:
No
JBoss daily test results
SUMMARY
Number of tests run: 491
Successful tests: 479
Errors:8
Failures: 4
[time of test: 12 February 2002 2:53 GMT]
[java.version: 1.
User: user57
Date: 02/02/11 18:51:27
Modified:src/main/org/jboss Main.java
Log:
o handle jmx RuntimeErrorException
Revision ChangesPath
1.67 +5 -1 jboss/src/main/org/jboss/Main.java
Index: Main.java
User: user57
Date: 02/02/11 18:38:39
Modified:src/main/org/jboss/system UnifiedClassLoader.java
Log:
o fix indentation
Revision ChangesPath
1.5 +19 -17jboss/src/main/org/jboss/system/UnifiedClassLoader.java
Index: UnifiedClassLoader.java
=
The indents on these changes are all screwed up because tabs are
being used instead of spaces. Check your editor settings.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 11, 2002 2:58 PM
Subject: [JBoss-dev] CVS update: jboss/
Didn't someone mention something about new ObjectName was very very
expensive call? Can you cache it?
-dain
Oleg Nitz wrote:
> User: olegnitz
> Date: 02/02/11 16:53:35
>
> Modified:src/main/org/jboss/invocation/jrmp/server JRMPInvokerHA.java
> Log:
> The bean hashCode was calcu
Feature Requests item #515885, was opened at 2002-02-11 05:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=515885&group_id=22866
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (
I tried to do this around noon on Sunday and cvs head was not compiling...
I didn't have too much time to look into it, so I'll give this another
shot later on this week.
-- Guillaume
> -Original Message-
> From: Guillaume Boissiere [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February
Feature Requests item #515842, was opened at 2002-02-11 02:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=515842&group_id=22866
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (
77 matches
Mail list logo
