[JBoss-dev] Dillonism

2005-05-09 Thread Adrian Brock
Just a friendly request.

If you are going to reformat code, can you please submit the
reformat *INDEPENDENTLY* of any modifications you make.

Doing them together makes it almost impossible to understand/see
what changes you made.
-- 
 
Adrian Brock
Chief Scientist
JBoss Inc.
 



---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-4.0-testsuite Build Failed

2005-05-09 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20050509091859
BUILD FAILEDAnt Error Message:/home/cruisecontrol/work/scripts/build-jboss-head.xml:66: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 1 See tests.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build:05/09/2005 09:18:59Time to build:73 minutes 14 secondsLast changed:05/06/2005 03:44:47Last log entry:Move the injection target mbean to the end to test that the dependency does not try to use the mbean before its started.




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(3)1.2.6.1modifiedstarksmtestsuite/src/resources/jmx/proxy/META-INF/jboss-service.xmlMove the injection target mbean to the end to test that the dependency does not try to use the mbean before its started.1.32.4.3modifiedstarksmsystem/src/main/org/jboss/system/ServiceConfigurator.javaUse the MBeanProxyExt lazyInit mode for the proxy that delays the loading of the attribute info until needed. Resolves (JBAS-1784) Injected mbean dependencies do not honor the dependency contract.1.6.4.3modifiedstarksmjmx/src/main/org/jboss/mx/util/MBeanProxyExt.javaAdd a lazyInit mode for the proxy that delays the loading of the attribute info until needed. Resolves (JBAS-1784) Injected mbean dependencies do not honor the dependency contract.



[JBoss-dev] jboss-4.0-jdk-matrix Build Failed

2005-05-09 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050509152434
BUILD FAILEDAnt Error Message:/home/cruisecontrol/work/scripts/build-jboss-head.xml:63: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 1 See compile.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build:05/09/2005 15:24:34Time to build:14 minutes 30 secondsLast changed:05/09/2005 14:29:12Last log entry:JBAS-1795 - update logos




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(3)1.3.6.1modifiednrichardsconsole/src/resources/webconsole.war/css/jboss.cssJBAS-1795 - update logos1.1.12.1modifiednrichardsconsole/src/resources/webconsole.war/images/jboss.gifJBAS-1795 - update logos1.2.10.1modifiednrichardsconsole/src/resources/webconsole.war/images/logo.gifJBAS-1795 - update logos



[JBoss-dev] jboss-3.2-jdk-matrix Build Failed

2005-05-09 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20050509154200
BUILD FAILEDAnt Error Message:/home/cruisecontrol/work/scripts/build-jboss-head.xml:63: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 1 See compile.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build:05/09/2005 15:42:00Time to build:3 minutes 47 seconds




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(0)



[JBoss-dev] creating jboss thirdparty directory

2005-05-09 Thread Tom Elrod
Since I am now doing all new development in the JBossRemoting module, 
which is stand alone, I would like to make a few changes as to how 
jboss-head picks up the remoting code.

First, I would like to make the remoting code visible to jboss-head as a 
binary.  For the old build, this means adding it to the thirdparty 
directory and changing the old build scripts for the modules that need 
remoting to include the remoting jar from the thirdparty directory.

I was going to create a new directory that looked something like:
thirdparty/jboss/remoting/lib/jboss-remoting.jar
For the new build, can just include the pointer to the repository for 
the remoting jar.

I also want to keep the jboss-head/remoting directory, but make it 
contain the code for integration between JBossAS and JBossRemoting.  So 
I will be removing almost all of the code that is currently there (which 
is the core remoting code currently).

Please let me know if this is going to be a problem or if you have any 
other suggestions on how to do this.

Thanks.
-Tom

---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-4.0-jdk-matrix Build Failed

2005-05-09 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050509175454
BUILD FAILEDAnt Error Message:/home/cruisecontrol/work/scripts/build-jboss-head.xml:63: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 101 See compile.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build:05/09/2005 17:54:54Time to build:34 seconds




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(0)



RE: [JBoss-dev] creating jboss thirdparty directory

2005-05-09 Thread Ben Wang
Tom,

JBossCache is in the same boat. Scott has mentioned that he will take
care of that soon. So I will let him chime in on this one.

Cheers,

-Ben

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tom
Elrod
Sent: Monday, May 09, 2005 1:34 PM
To: jboss-development@lists.sourceforge.net
Subject: [JBoss-dev] creating jboss thirdparty directory

Since I am now doing all new development in the JBossRemoting module, 
which is stand alone, I would like to make a few changes as to how 
jboss-head picks up the remoting code.

First, I would like to make the remoting code visible to jboss-head as a

binary.  For the old build, this means adding it to the thirdparty 
directory and changing the old build scripts for the modules that need 
remoting to include the remoting jar from the thirdparty directory.

I was going to create a new directory that looked something like:

thirdparty/jboss/remoting/lib/jboss-remoting.jar

For the new build, can just include the pointer to the repository for 
the remoting jar.

I also want to keep the jboss-head/remoting directory, but make it 
contain the code for integration between JBossAS and JBossRemoting.  So 
I will be removing almost all of the code that is currently there (which

is the core remoting code currently).

Please let me know if this is going to be a problem or if you have any 
other suggestions on how to do this.

Thanks.

-Tom



---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events,
4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_ids93alloc_id281op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] TreeCacheAop needs your idea

2005-05-09 Thread Ben Wang
Sorry for the *spam*. I have posted this to the Cache forum. But I
figure I can cast a wider net to solicit more idea here. :-)


I am starting to gather a use case for the TreeCacheAop white paper
after the fine-grained http session replication is almost complete.

I want your contribution for any idea if you have!

The use case that I am looking for will be either running outside or
inside of the web application. But here are the key traits that need to
have:

1. Use of fine-grained replication for performance. Ideally to have a
large collection (huge list) and each element has another complex
object. When a singular field is modified, it will only replicate that
field (instead of the whole list!). In addition, for chatty replication,
it can also do batch processing as well for performance optimization.

2. Transparent management of object relationship after replication. Each
object potentially can also have object graphs that can have multiple or
recursive references. Regular cache replication has no way of managing
this relationship (when failing over, for example, and as a result,
demands developer intervention). But TreeCacheAop can manage this
automatically.

3. (Optional) Use of CacheLoader +CacheAop to provide state persistency.
Some state data may need to guarantee persistency so it will be less
expensive to reconstruct it. This can be either an individual or shared
cache loader.

So far, an example that I can think of is in the line of PIM (Personal
Information Management).

Let's say I need to keep track of a list of company employees. Each
employee has the following fields:

- Company address
- Home address
- Personal relationship (spouse, relative, friend)
- Work relationship (boss, subordinate)

So if I only change Joe's wife's age (in this case, Mary in another
company), for example, I have a fine-grained replication scenario inside
a huge list and fair size object.

In addition, when replicated, the relationship is perserved
automatically. Meaning, you only update it one place, and the Joe/Mary
spousal relationship is preserved on the replicated node (this is good,
right? :-).

Do you better ideas or can you enhance this?

Post it here or email me [EMAIL PROTECTED]

Thanks,

-Ben


---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_ids93alloc_id281op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] creating jboss thirdparty directory

2005-05-09 Thread Scott M Stark
That is fine, but I'm creating a jbossbuild script that will generate
the legacy thirdparty structure from the repository to get rid of the
existing thirdparty cvs tree. I would like to have the option of not
having to checkout the legacy thirdparty tree as part of the
jboss-4.0/jboss-head co and instead build this on demand based on a
synchronize target to avoid having to duplicate where thirdparty jars
need to be checked in. I guess this will require a new cvs module alias
(at least for jboss-4.0) to avoid breaking the build of existing
releases.

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On 
 Behalf Of Tom Elrod
 Sent: Monday, May 09, 2005 1:34 PM
 To: jboss-development@lists.sourceforge.net
 Subject: [JBoss-dev] creating jboss thirdparty directory
 
 Since I am now doing all new development in the JBossRemoting 
 module, which is stand alone, I would like to make a few 
 changes as to how jboss-head picks up the remoting code.
 
 First, I would like to make the remoting code visible to 
 jboss-head as a binary.  For the old build, this means adding 
 it to the thirdparty directory and changing the old build 
 scripts for the modules that need remoting to include the 
 remoting jar from the thirdparty directory.
 
 I was going to create a new directory that looked something like:
 
 thirdparty/jboss/remoting/lib/jboss-remoting.jar
 
 For the new build, can just include the pointer to the 
 repository for the remoting jar.
 
 I also want to keep the jboss-head/remoting directory, but 
 make it contain the code for integration between JBossAS and 
 JBossRemoting.  So I will be removing almost all of the code 
 that is currently there (which is the core remoting code currently).
 
 Please let me know if this is going to be a problem or if you 
 have any other suggestions on how to do this.
 
 Thanks.
 
 -Tom
 
 
 
 ---
 This SF.Net email is sponsored by: NEC IT Guy Games.
 Get your fingers limbered up and give it your best shot. 4 
 great events, 4 opportunities to win big! Highest score 
 wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. 
 Visit http://www.necitguy.com/?r=20 
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 


---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_ids93alloc_id281op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Initial installer prototype

2005-05-09 Thread Scott M Stark
I have a 25997040 Mb IzPack based installer available on sourceforge:
 
http://prdownloads.sourceforge.net/jboss/jboss-4.0.2-installer.jar?downl
oad
 
that illustrates the direction we are looking to head in terms of a much
more flexible installation packaging. This is a default configuration
footprint for the jboss-4.0.2 release. Note that this requires java5 to
install as I was screwing around with some java5 features in the
installation callback listener. After downloading, install with

java -jar jboss-4.0.2-installer.jar

Issues:
- I have only tested that full installation starts up. If you minimize
the install be deselecting components there may well be missing
dependencies that result in startup failures.
- The binding-service really is not a standalone service on which other
components depend, because it has to be active before any component it
is to reconfigure is deployed to the jmx kernel. The binding-service
should really be a configuration aspect of the SARDeployer.
- The jdbc-metadata-service.xml seems to have dependency issues. If you
associate the the standardjbosscmp-jdbc.xml with the ejb-deployer.xml,
then you have the jdbc rars depending on jdbc-metadata-service.xml which
depends on ejb-deployer.xml which depends on a data source deployment
which depends on a jdbc rar. I guess the question dependency is from the
jdbc rar to the metadata library service.
- Need alternate groups of services to allow a jms-ha installation vs
regular jms for example.
- There should be customization of the component installs to add
security, alternate ports, etc. Each component could have its own
customization panel to support the change of commonly altered settings.
- Ultimately want to look at a full jems installer with most components
available for download over the network to allow for a very small
microkernel install with enterprise pojo framework installation as
desired.


---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_ids93alloc_id281op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development