[JBoss-dev] Initial installer prototype
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_ids93&alloc_id281&op=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
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_ids93&alloc_id281&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] TreeCacheAop needs your idea
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_ids93&alloc_id281&op=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
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_ids93&alloc_id281&op=click ___ 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
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)
[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
[JBoss-dev] jboss-3.2-jdk-matrix Build Failed
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] jboss-4.0-jdk-matrix Build Failed
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-4.0-testsuite Build Failed
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] Dillonism
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
