RE: Undeliverable:[JBoss-dev] *
Same for me -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mladen Turk Sent: mercredi, 17. mai 2006 10:09 To: jboss-development@lists.sourceforge.net Subject: Fwd: Undeliverable:[JBoss-dev] * Hi, Can someone kick out this user ([EMAIL PROTECTED])? I'm constantly getting this bounce message for couple of days. Regards, Mladen. Original Message Subject: Undeliverable:[JBoss-dev] jbossws-testsuite Build Failed Date: Wed, 17 May 2006 02:28:19 -0500 From: System Administrator [EMAIL PROTECTED] To: Mladen Turk [EMAIL PROTECTED] Your message To: jboss-development@lists.sourceforge.net; QA Subject: [JBoss-dev] jbossws-testsuite Build Failed Sent:Sat, 13 May 2006 23:22:50 -0500 did not reach the following recipient(s): [EMAIL PROTECTED] on Wed, 17 May 2006 02:27:54 -0500 The e-mail account does not exist at the organization this message was sent to. Check the e-mail address, or contact the recipient directly to find out the correct address. mail_svr.csasystems.com #5.1.1 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057; dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss 4.0.4.GA released
BTW, Congratulations to Dimitris and the QA team for getting there, that's great. Cheers, sacha From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ruel LoehrSent: lundi, 15. mai 2006 18:43To: jboss-development@lists.sourceforge.netSubject: [JBoss-dev] JBoss 4.0.4.GA released JBossAS version 4.0.4.GA has been released. The release can be downloaded from the following URL: http://sourceforge.net/project/showfiles.php?group_id=22866package_id=16942release_id=416591 Ruel Loehr JBoss QA - 512-342-7840 ext 2011 Yahoo: ruelloehr Skype: ruelloehr AOL: dokoruel
RE: [JBoss-dev] repository additions
Did you provide proper licensing information ? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Baeyens Sent: lundi, 8. mai 2006 14:33 To: jboss-development@lists.sourceforge.net Subject: [JBoss-dev] repository additions Hi, For the jBPM build, i added 1 JBoss core library to the repository: * jboss-j2ee.jar in http://repository.jboss.com/jbossas/core-libs/4.0.3.SP1/lib Also, I added following 3rd party libraries to the repository: * dumbster.jar in http://repository.jboss.com/dumbster/1.6/lib * el-api.jar and el-ri.jar in http://repository.jboss.com/el/1.0/lib * jackrabbit-core-1.0.jar in http://repository.jboss.com/jackrabbit/1.0/lib * jsf-facelets.jar in http://repository.jboss.com/facelets/1.1.1/lib * jcr-1.0.jar in http://repository.jboss.com/jcr/1.0/lib let me know if i should do anything else except just uploading the libs. regards, tom. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=kkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossAS releases - 3.2.8 4.0.4RC1
Yes, congratulations to the QA team and Dimitris for his first jump in the release-drama! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: mercredi, 8. février 2006 10:46 To: jboss-development@lists.sourceforge.net Subject: Re: [JBoss-dev] JBossAS releases - 3.2.8 4.0.4RC1 Especially Dimitris and the QA team for getting 3.2.8 - 4.0.x working! On Tue, 2006-02-07 at 22:43, Bill Burke wrote: Great job everyone! Ruel Loehr wrote: Two versions of JBossAS were released today. The released versions include JBossAS 3.2.8 and JBossAS 4.0.4RC1. These releases can be downloaded from the following location: http://sourceforge.net/project/showfiles.php?group_id=22866package_ id=16942 http://sourceforge.net/project/showfiles.php?group_id=22866package _id=16942 Thank you, Ruel Loehr JBoss QA -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486; dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Generic Embedded/Bootstrap was RE: [JBoss-dev] EJB3StandaloneBootstrap implementation
Hello Adrian, This is really great, that is a much needed step for the MC usage/adoption IMHO. I am starting work on a prototype of the following three new modules (I am not sure these are good names :-) Yeah, not sure as well, but I am not sure i have great ideas at this point. 1) Integration - Cross (other) container integration spi like how do I bind to jndi?, give me the transaction synchronizer, etc. OK. Why not simply JBoss SPI? 2) Services - abstraction of our common container spi, such that other projects can use these interfaces to talk to each other rather than linking directly to implementation e.g. Who knows whether the user wants to use JBossJTA or JBoss Transactions? What is the real difference with 1)? I mean, 2) is really the SPI interface while 1) simply looks like a factory/finder to this SPI. Right? If that is the case, not sure we need to split them. 3) Embedded - an extension to the kernel module that introduces aop, jmx, profile service and eventually aspectized deployments (all optional) What are profile service? Is that what you refere as SPI above or something else? These extensions are different Personnalities, right? A JMX personnality, an AOP one, etc. right? There could be an OSGi as well, correct? My plans for enhanced embedded bootstrap implementations are: * Explicit - tell me what you want to do - suitable for extension * Classpath - like current MC Standalone bootstrap - suitable for main() usage I don't get this one compared to the previous one * URLClassLoader - parse getURLs() and look for config relative to this - suitable for running inside an EJB container, servlet container, etc. * Test - shared base common config + test specific config - suitable for use in JUnit/TestNG I am not sure what you are really trying to do there? I think this has some redundancy with the EJB3 bootstrap methods but it doesn't make sense to have this EJB3 specific. e.g. I want to * bootstrap/configure some JBoss Service inside a servlet context of another JEE container * run tests against a service that requires other services * provide a real standalone distribution of JBoss Messaging * etc. My motivation for this prototype is not to get a product out of it yet. It is to flush out the integration details between the projects. Is that a bandwidth issue or something else? I think it is really important to do and I wouldn't be affraid to put it as a product if it raises its priority. That is great work Adrian, it is very important to setup this foundation to JEMS. Cheers, Sacha --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossWS-1.0RC1 release works in 4.0.x
and the bad news is? :) Congratulations, that's great! From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thomas DieslerSent: mardi, 10. janvier 2006 14:57To: Dev - JBossWS; Alexey Loubyansky; Scott M Stark; Jason T. Greene; Sacha Labourey; Ivelin IvanovCc: jboss-development@lists.sourceforge.netSubject: [JBoss-dev] JBossWS-1.0RC1 release works in 4.0.x Hi folks, I completed thework arround using retrotranslator. The good news first --- The new web service stack can be used in 4.0.x without known limitations. This will give cutomers ws-security, ws-addressing, ws-eventing, jsr-181 annotations, ejb3 endpoints, etc. Here is what I did and what the current situation is: - The repository now contains retrotranslator-0.9.6jboss, which contains an obfuscated version of asm-3.0_beta in retrotranslator-runtime.jar - Minor modification to JBossWS code base that showed up at runtime - new IllegalStateException(String,Throwable) not supported by retrotranslator - JBossXB movedout ofjboss-common.jar intojboss-xml-binding.jar, which is available in the repository (jboss/jbossxb/1.0.RC1) - Disabled usage of xml binding sources in 4.0.x - use the binary from the repository instead - Minor modifications to the 4.0.x codebase (common/security module) to use jboss-xml-binding.jar from the repository - Sync xml testsuite from HEAD to Branch_4_0 The retrotranslated version of jbossws can be build like this: cd /jboss-head/webservice ant -Dretro=true In 4.0.x it can be deployed like this: cd /jboss-4.0.x/webservice ant deploy-jbossws14 The ws4ee testsuite runs without failure. Verification work needs to be done that jboss-xml-binding.jar from the repository can be used by all modules in 4.0.x The CTS tests need to be run agains retrotranslated jbossws. A small number of issues still need to be resolved for jbossws-1.0 final. cheers -thomas
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-754) DistributedReplicantManager.isMasterReplica(String) false +
[ http://jira.jboss.com/jira/browse/JBAS-754?page=comments#action_12312673 ] Sacha Labourey commented on JBAS-754: - Logged In: YES user_id=95900 JBossHA node naming is now di-associated from JavaGroups naming. Node name can be explicitely set but, by default, a name is created at startup by JBoss (localIP:JNDI_PORT as a first strategy). This should fix some of the singleton issues seen. Furthermore the DRM.add method know makes synchronous calls over the cluster to avoid DRM.isMasterReplica consider itself as a master because state with other nodes is not yet synched. This should solved the remaining singleton issues. As part of these changes a farming bug has been fixed which was causing already-deployed apps to be re-deployed on running nodes when starting a new node (most frequent when having at least 3 nodes). Please TEST this new version and provide feedback if something is broken by this change. DistributedReplicantManager.isMasterReplica(String) false + --- Key: JBAS-754 URL: http://jira.jboss.com/jira/browse/JBAS-754 Project: JBoss Application Server Type: Bug Components: Clustering Versions: JBossAS-3.2.6 Final Reporter: SourceForge User Assignee: Sacha Labourey SourceForge Submitter: slaboure . There is a race condition i the DistributedReplicantManager.isMasterReplica(String) that shows up when this method is called from within a notifyKeyListeners as shown by this stack trace: Thread main@65 status: RUNNING - isMasterReplica():437, org.jboss.ha.framework.server.DistributedReplicantManag erImpl - isDRMMasterReplica():234, org.jboss.ha.jmx.HAServiceMBeanSupport - partitionTopologyChanged():103, org.jboss.ha.singleton.HASingletonSupport - replicantsChanged():197, org.jboss.ha.jmx.HAServiceMBeanSupport$1 - notifyKeyListeners():675, org.jboss.ha.framework.server.DistributedReplicantManag erImpl - add():326, org.jboss.ha.framework.server.DistributedReplicantManag erImpl - registerDRMListener():204, org.jboss.ha.jmx.HAServiceMBeanSupport - startService():144, org.jboss.ha.jmx.HAServiceMBeanSupport This is due the the choice to return true when the key in question is in the localReplicants table, but not the replicants table: public boolean isMasterReplica (String key) { if (!localReplicants.containsKey (key)) return false; Vector allNodes = this.partition.getCurrentView (); HashMap repForKey = (HashMap)replicants.get (key); if (repForKey==null) return true; This seems to be an ambiguous condition as this condition exists for a node that calls add and when the state has not synched or has failed to synch. Another problem I'm seeing at least in the context of the singleton service is that the notion of the master node is unstable. Here is the output from one of 3 nodes running the singleton service starting with the addition of the final node shown as view 2. 15:35:44,637 INFO [Server] JBoss (MX MicroKernel) [3.2.2RC3 (build: CVSTag=Branch_3_2 date=200307312219)] Started in 5s:948ms 15:36:27,719 INFO [DefaultPartition] New cluster view: 2 ([lamia:32947, 172.17.66.54:2821, ironmaiden:51770] delta: 1) 15:36:27,749 INFO [DefaultPartition:ReplicantManager] Dead members: 0 15:37:13,555 INFO [DefaultPartition] New cluster view (id: 3, delta: -1) : [172.17.66.54:2821, ironmaiden:51770] 15:37:13,575 INFO [DefaultPartition:ReplicantManager] Dead members: 1 15:38:13,321 INFO [HASingletonMBeanExample] Notified to start as singleton 15:38:13,321 INFO [DefaultPartition] New cluster view (id: 4, delta: 1) : [172.17.66.54:2821, ironmaiden:51770, lamia:32949] 15:38:13,331 INFO [DefaultPartition:ReplicantManager] Dead members: 0 15:38:13,361 INFO [HASingletonMBeanExample] Notified to stop as singleton 15:39:13,447 INFO [HASingletonMBeanExample] Notified to start as singleton 15:39:13,457 INFO [HASingletonMBeanExample] Notified to stop as singleton With view 3 the orginal node and singleton is killed and the node for which the console output corresponds(172.17.66.54) is selected as the singleton. When the third node is started again there is some thrashing due to the existing 2 nodes both selecting themselves as the singleton and telling the other to stop and it appears that there is no singleton choosen. The problem seems to be inconsistent matching of member names. Once only knows it IP while the other node knows the hostnames. Here is the console view of the second node showing the hostnames and its thrashing: 15:25:21,023 INFO [Server] JBoss (MX MicroKernel) [3.2.2RC3 (build: CVSTag=Branch_3_2 date=200307312219)] Started in 13s:597ms 15:26:05,562 INFO [DefaultPartition] New cluster view: 3 ([succubus:2821
[JBoss-dev] [JBossWS] - Re: Admin GUI for JBossWS now Available!!
Hello Mike, Why don't you contribute that to JBoss CVS, put it as part of the default distrib, etc.? We have started working on a management console and I am sure your tool would fit into it. cheers, sacha View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3855246#3855246 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3855246 --- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Benchmarking] - Re: Benchmark JBoss vs. WebLogic
Can you elaborate on this native IO feature? what does it handle specifically? file access? network access? thanks View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3850196#3850196 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3850196 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Clusters on JBoss (Clusters/JBoss)] - Re: obtaining IP for targets in loadbalance policy
this is the only clean solution today, this needs to be fixed in future releases and target should be able to contain arbitrary payload to allow for extended load-policies. cheers, sacha View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848048#3848048 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848048 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Management on JBoss] - Re: re: Web Console - HTML vs. Applet tree
- Right-click on an entry of the tree and see a list of contextual entries you can invoke - lazy-load part of the tree only once you really need to open the sub-tree View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3845424#3845424 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3845424 --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Benchmarking] - Re: Jboss3.0.4_tomcat-4.1.12 and ECPerf 1.1
and please use a recent optimized version, like 3.2.4 or at least 3.2.3. 3.0.4 is very old and hasn't gone through the same steps of optimisation has the 3.2.x (x3) branch. Cheers, sacha View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838959#3838959 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838959 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Clusters on JBoss (Clusters/JBoss)] - Re: heterogeneous cluster nodes
No thorough tests?!? let me speak to your professor ;) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835713#3835713 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835713 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] FW: JSR 86: Final Ballot Approved
-Original Message- From: JCP-INTEREST [mailto:[EMAIL PROTECTED] On Behalf Of Harold Ogle Sent: Tuesday, April 27, 2004 10:35 PM To: [EMAIL PROTECTED] Subject: JSR 86: Final Ballot Approved The SE/EE Executive Committee has approved the Final Approval Ballot of: JSR-86 Enterprise Media Beans View the ballot results here: http://jcp.org/en/jsr/results?id=2537 View the voting Executive Committee here: http://jcp.org/en/participation/committee#SEEE View the original Java Specification Request here: http://jcp.org/en/jsr/detail?id=86 === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message signoff JCP-INTEREST. For general help, send email to [EMAIL PROTECTED] and include in the body of the message help. --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: API ???
complete source code ? Well, it has always been fully available on sf.net! Furthermore, daily snapshots are available here: http://jboss.sourceforge.net/snapshots/ Cheers, sacha a href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3827359#3827359;View the original post/a a href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3827359Reply to the post/a --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: Service Lifecyle confusions - potential fix
And don't forget... We should really have the restart semantic in the new state diagram ;) -Original Message- From: Ivelin Ivanov [mailto:[EMAIL PROTECTED] Sent: Sunday, March 07, 2004 10:01 PM To: [EMAIL PROTECTED]; Scott M Stark Cc: [EMAIL PROTECTED]; The Core Subject: Re: [JBoss-dev] RE: Service Lifecyle confusions - potential fix I often see people puzzled by the fact that the depend tag does not include registration. When there are two SARs, the second of which has MBeans that depend on classes in the first one, the microkernel troughs Class Not Found exception if it happens to deploy the dependant SAR first. Also as Adrian noted, developers usually expect clicking on Stop in the console to also stop the dependant MBeans in the appropriate order. The MBean lifecycle improvements are on the roadmap and we need to document the detailed requirements in one place. I could do that later, but for now I hardly find time to collect the JMS ones. Ivelin --- Adrian Brock [EMAIL PROTECTED] wrote: On Sun, 2004-03-07 at 02:20, Adrian Brock wrote: On Sun, 2004-03-07 at 02:08, Scott M Stark wrote: The state machine was not immeadiately for the service layer, but will be used to enforce illegal transitions if we decide on a state diagram. The suggested change makes sense, but the other problem is the fact that the deployment layer is out of the loop in this. I wasn't considering deployment, only lifecyle. I actually feel lifecycle is unnecessary if read-ahead and IOC was implemented. It would be replaced by ordered configuration and valves. The user would have two options start/stop the valve or deploy/undeploy the service. I would like to couple dependency and life cycle to delay the creation of the service as an mbean, but have not really looked at how big a change this is. My preferred solution for this to read-ahead all deployments to determine the full graph (including class and jndi dependencies) before any deployment starts. You can then inject configuration IOC style. It would also give enough information to allow a realistic valve implementation. I haven't figured out how you identify the deployers or the scanner as special - i.e. allowing their initial processing before the full graph has been read - so they can contribute to the graph. One solution would be to run core services/deployers in ring zero a sort of controlling sub-machine/extensible kernel. This would make other services slightly second class citizens. This still does not solve the problem generally, e.g. 1) how to allow pluggable logging (currently implemented with a boot.log and server.log) 2) how to run the boot under a security context and still have pluggable security 3) what if you want your mbean persistence from the db for your core services when the db connection isn't deployed until later It's almost like you a need a separate bootstrap process that boots enough to configure the main machine before being discarded in favour of it? A bit like the bios/boot block in the pc. Regards, Adrian I'd also like to introduce cleverer (more fine grained) dependency information like the ejb deployer should not depend upon jms. Instead it should be based on whether jms is used, either by an mdb or a resource-ref. This would potentially allow the jmx-console to deploy eariler rather than waiting for unnecessary dependencies specified on the web deployer. Regards, Adrian Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: Adrian Brock Sent: Saturday, March 06, 2004 5:24 PM To: Scott M Stark Cc: [EMAIL PROTECTED]; The Core Subject: Service Lifecyle confusions - potential fix Hi Scott, Are you working on the Service lifecycle? I saw you replaced common's state machine implementation. I was thinking that there should be an extra indirection to avoid the confusion caused by people clicking stop() and other operations in the console where dependencies are not taken into account. My idea is that you implement an extra operation in ServiceMBeanSupport public void jbossServiceLifecylce(String operation) throws Exception { if (operation.equals(create)) { // the current create() method } etc. } This would be invoked from ServiceController.ServiceProxy when it is implemented by the MBean. This would allow us to change the current ServiceMBeanSupport.create() to be: serviceController.create(serviceName); etc. Now clicking stop() in the console goes via the service controller making sure dependencies
[JBoss-dev] Re: [JBoss-user] Problems getting started ...
That's something to modify in the jmx-console/web-console: we should precompile JSP at build time. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, January 18, 2004 12:06 AM Subject: Re: [JBoss-user] Problems getting started ... Hey, thanks! The JMX Console now works! But now I'm confused ... shouldn't it run using the J2RE? Do I have to install the SDK on the live system (will be a linux server)? The other thing is that the class loader warnings are still there and the same as before. Thanks, Chris I suggest you first try to set JAVA_HOME to your SDK installation instead of the JRE this might not solve your problem but it's a good start ionel --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Fwd: ASF JIRA Installation is available
To paraphrase Danch: you _are_ joking, right? On Behalf Of Bill Burke: suck me Andrew Oliver wrote: Maybe someone can write a bug tracker module for nukes }:-) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Fwd: ASF JIRA Installation is available
You mean SMD, right? LOL :) s-dev] Fwd: ASF JIRA Installation is available suck me Andrew Oliver wrote: Maybe someone can write a bug tracker module for nukes }:-) -Andy --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] What are you doing that is cool on JBoss?
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew Oliver So I do a lot of JBoss training and when I'm not doing that I'm working on making JBoss a kick-ass email server so that no one ever has to use exchange or domino again. I often wonder what the quiet folks are doing that is cool with JBoss. So if you don't have a jboss.org/.com address or even if you do, pipe up and tell me what you're doing. I give JBoss training and I love Exchange 2003. :) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web integration (clustering) updates
Hello Rémy, Would it be possible to switch to TC 5 for JB 3.2.4 (assuming there's someone to test and bugfix the clustering code) ? I did add the JSR 77 stats, so the web console works and has the same stats as with TC 4.1 now. It is not my decision but in a recent e-mail (virtual hosting) you said that it needed some more testing, do you think it is really safe to do the change now (remember these are stable minor releases)? --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Webconsole Snapshot Recording of JMX attributes
Yes, I remember exactly: - I know Java - I don't know DHTML :) If you want to reimplement it in DTHML and check on the server side if the browser supports it and send the appropriate version of the tree, fine! Cheers, sacha - Original Message - From: Ivelin Ivanov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 7:41 AM Subject: Re: [JBoss-dev] Webconsole Snapshot Recording of JMX attributes Sacha, do you remember what drove your decision to use Swing for the management tree in the web console? The reason why I am asking is because we (in our company) had to go through a long and painful round of experiments and prototypes comparing the feasibility of DHTML vs Swing for a big project. One of the prototypes showed how to efficiently implement dynamic tree that updates some of its nodes over time. At the end, DHTML came ahead because of its better cross-browser, cross-platform availability, compared to java plug-ins. Although it is much less pleasent to code to. Ivelin --- Bill Burke [EMAIL PROTECTED] wrote: The web-console framework is Sacha's baby. I've just added shit. Ivelin Ivanov wrote: Cool. I assume this is a feature of the web console, not the jmx console? BTW, how did you make the decision to use a java applet in the web console vs. dhtml? Ivelin --- Bill Burke [EMAIL PROTECTED] wrote: Hi all, I just committed the ability to do snapshot recordings of any JMX attribute within the web-console. To use it, you right-click a JMX attribute and choose the create snapshot item. From there you can start/stop snapshotting. Review the dataset and Graph the dataset. This is currently only available in Branch_3_2 and will be released with 3.2.4 (or the next RC of 3.2.4) Regards, Bill --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Web integration (clustering) updates
I would qualify JMX 1.2 as a major addition, so maybe it would be a good idea to change the numbering scheme (3.2.3 was a minor update, 3.2.2 wasn't, and 3.2.4 isn't going to be one either). I agree, I didn't expected the JMX 1.2 migration, that was quite a big move, I was impressed by so much courage :) Cheers, sahca --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] If JSR-77 stats were mbeans...
But it is already like that, no?!? - Original Message - From: Bill Burke [EMAIL PROTECTED] To: Jboss-Dev [EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 11:52 PM Subject: [JBoss-dev] If JSR-77 stats were mbeans... If JSR-77 stats were mbeans then we could use all the monitoring, snapshotting and graphing features. Is it feasible to make current MBeans that manage EJBs, JMS, etc... implement the JSR-77 interfaces and expose these stats as JMX attributes? Just a thought and I haven't put any research at all to see whether this was feasible or not. Just thought I would throw it out. Bill -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: Clustering tasks
Some of them are already there, some not, but in 4.0 they should all be there with easy configuration syntax: - asych vs synch - immediate vs time-based - granularity: session, attribute, AOP-liked (field-based) - transparent (or pre-defined) sub-cluster (brother-nodes) replication (when you have 5 nodes, you don't want each node to replicate to the four others) - base code is there, integration is missing - state startup: when a new node starts, should it pre-replicate the state of its brother-node or not - cluster-wide, http-concurrent-requests-for-same-session handling scheme. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ivelin Ivanov Sent: lundi, 22. décembre 2003 05:22 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [JBoss-dev] RE: Clustering tasks Can Sacha or somebody explain what the various http replication schemes are ? Sacha: - sexy httpsession replication schemes Ivelin --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: HA JMS - singleton load balancing policy
Well.. The same as the clustered invoker but transport independent ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ivelin Ivanov Sent: lundi, 22. décembre 2003 18:13 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Re: HA JMS - singleton load balancing policy Can you enumerate the key features of a clustered interceptor? --- Sacha Labourey [EMAIL PROTECTED] wrote: As part of 4.0, we have to replace the smart proxies with clustered interceptors, we could reuse them then. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ivelin Ivanov Sent: dimanche, 21. dicembre 2003 18:05 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: HA JMS - singleton load balancing policy Yes, this is how it works now. The client side of the HAIL uses the singleton notifications, which in turn use the DRM. The question is how to implement the client stub so that it does not have to be part of the cluster. The smart RMI stubs take care of communicating with the back end to receive regular snapshots of the cluster view. There has to be additinal info about the current singleton server. As Scott mentioned this can be probably done as an extension to one of the load balncing policies. However UIL2 does not use the smart RMI stubs. How to merge them? Just use the RMI stuff for HAIL and don't worry about UIL2 for now? Is the existing remoting at a stage that can replace UIL2 without any loss of benefits ? I am not familiar with it yet. Ivelin --- Bill Burke [EMAIL PROTECTED] wrote: The DistributedReplicantManager should be able to organize separate endpoints. HAIL or any other IL should interface with it. Bill Ivelin Ivanov wrote: Ok, that is what I thought. Let's see if this can be an easy fix. Seems like UIL2 doesn't leverage the smart RMI stubs. Any suggestions how to attack this? Have UIL2 use smart RMI stubs somehow, write a completely different IL based on the smart RMI stubs or reuse OIL. Currently the HAIL client stub is listening for changes in the cluster topology and cancels the connection when the singleton moves. Ivelin --- Scott M Stark [EMAIL PROTECTED] wrote: Its a variation of the FirstAvailable load balancing policy that chooses the singleton rather than one of the cluster nodes. -- Scott Stark Chief Technology Officer JBoss Group, LLC Ivelin Ivanov wrote: An interesting problem came up related to HA JMS. There is a need for a remoting mechanism that can not only keep a current list of the cluster nodes, but also know which one is the singleton node for a particular service. Is this something that should be added to the roadmap under remoting? Would it be implemented as a kind of load-balancing strategy or some other way? Ivelin --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. === message truncated === --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id
RE: [JBoss-dev] Re: HA JMS - singleton load balancing policy
As part of 4.0, we have to replace the smart proxies with clustered interceptors, we could reuse them then. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ivelin Ivanov Sent: dimanche, 21. décembre 2003 18:05 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: HA JMS - singleton load balancing policy Yes, this is how it works now. The client side of the HAIL uses the singleton notifications, which in turn use the DRM. The question is how to implement the client stub so that it does not have to be part of the cluster. The smart RMI stubs take care of communicating with the back end to receive regular snapshots of the cluster view. There has to be additinal info about the current singleton server. As Scott mentioned this can be probably done as an extension to one of the load balncing policies. However UIL2 does not use the smart RMI stubs. How to merge them? Just use the RMI stuff for HAIL and don't worry about UIL2 for now? Is the existing remoting at a stage that can replace UIL2 without any loss of benefits ? I am not familiar with it yet. Ivelin --- Bill Burke [EMAIL PROTECTED] wrote: The DistributedReplicantManager should be able to organize separate endpoints. HAIL or any other IL should interface with it. Bill Ivelin Ivanov wrote: Ok, that is what I thought. Let's see if this can be an easy fix. Seems like UIL2 doesn't leverage the smart RMI stubs. Any suggestions how to attack this? Have UIL2 use smart RMI stubs somehow, write a completely different IL based on the smart RMI stubs or reuse OIL. Currently the HAIL client stub is listening for changes in the cluster topology and cancels the connection when the singleton moves. Ivelin --- Scott M Stark [EMAIL PROTECTED] wrote: Its a variation of the FirstAvailable load balancing policy that chooses the singleton rather than one of the cluster nodes. -- Scott Stark Chief Technology Officer JBoss Group, LLC Ivelin Ivanov wrote: An interesting problem came up related to HA JMS. There is a need for a remoting mechanism that can not only keep a current list of the cluster nodes, but also know which one is the singleton node for a particular service. Is this something that should be added to the roadmap under remoting? Would it be implemented as a kind of load-balancing strategy or some other way? Ivelin --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen
RE: [JBoss-dev] Tomcat updates
- The session clustering code is now ported to Tomcat 5, but it will likely need fixes to work. Need help? What is the problem? Have you done some testing? --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/linux1/1.4.2_01) [AUTOMATED]
Is there a build-breaking competition these days? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: jeudi, 27. novembre 2003 08:56 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Testsuite Compilation Failed! JBoss (HEAD/linux1/1.4.2_01) [AUTOMATED] == = ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== == = == = Thu Nov 27 07:55:31 GMT 2003 == = HERE ARE THE LAST 100 LINES OF THE LOG: == = ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== == = == = [webserviceejbdoclet] Generating Remote interface for 'org.jboss.test.webservice.state.server.NoStateBean'. [webserviceejbdoclet] Generating Remote interface for 'org.jboss.test.webservice.state.server.FullStateBean'. [webserviceejbdoclet] - Running homeinterface/ [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.state.server.StateBean'. [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.state.server.NoStateBean'. [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.state.server.FullStateBean'. [webserviceejbdoclet] - Running deploymentdescriptor/ [webserviceejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [webserviceejbdoclet] - Running jboss/ [webserviceejbdoclet] Generating jboss.xml. [webserviceejbdoclet] - Running jbossnet/ [webserviceejbdoclet] - Running entitycmp/ [webserviceejbdoclet] - Running remoteinterface/ [webserviceejbdoclet] Generating Remote interface for 'org.jboss.test.webservice.security.server.AuthorizationBean'. [webserviceejbdoclet] Generating Remote interface for 'org.jboss.test.webservice.security.server.AuthenticationBean'. [webserviceejbdoclet] - Running homeinterface/ [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.security.server.AuthorizationBean'. [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.security.server.AuthenticationBean'. [webserviceejbdoclet] - Running deploymentdescriptor/ [webserviceejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [webserviceejbdoclet] - Running jboss/ [webserviceejbdoclet] Generating jboss.xml. [webserviceejbdoclet] - Running jbossnet/ [webserviceejbdoclet] - Running entitycmp/ [webserviceejbdoclet] - Running remoteinterface/ [webserviceejbdoclet] Generating Remote interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] - Running homeinterface/ [webserviceejbdoclet] Generating Home interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] - Running localinterface/ [webserviceejbdoclet] Generating Local interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] - Running localhomeinterface/ [webserviceejbdoclet] Generating Local Home interface for 'org.jboss.test.webservice.external.server.FederatedServiceBean'. [webserviceejbdoclet] - Running deploymentdescriptor/ [webserviceejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [webserviceejbdoclet] - Running jboss/ [webserviceejbdoclet] Generating jboss.xml. [webserviceejbdoclet] - Running jbossnet/ [ejbdoclet] - Running remoteinterface/ [ejbdoclet] Generating Remote interface for 'org.jboss.test.aop.simpleejb.SimpleBean'. [ejbdoclet] - Running homeinterface/ [ejbdoclet] Generating Home interface for 'org.jboss.test.aop.simpleejb.SimpleBean'. [ejbdoclet] - Running deploymentdescriptor/ [ejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml). [ejbdoclet] - Running jboss/ [ejbdoclet] Generating jboss.xml. [ejbdoclet] - Running remoteinterface/ [ejbdoclet] Generating Remote interface for 'org.jboss.test.cache.bean.TreeCacheTesterBean'. [ejbdoclet] Generating Remote interface for 'org.jboss.test.cache.bean.TreeCacheAopTesterBean'. [ejbdoclet] Generating Remote interface for 'org.jboss.test.cache.bean.TreeCacheMBeanTesterBean'. [ejbdoclet] - Running homeinterface/ [ejbdoclet] Generating Home interface for 'org.jboss.test.cache.bean.TreeCacheTesterBean'. [ejbdoclet] Generating Home interface for 'org.jboss.test.cache.bean.TreeCacheAopTesterBean'. [ejbdoclet] Generating Home interface for 'org.jboss.test.cache.bean.TreeCacheMBeanTesterBean'. [ejbdoclet] - Running deploymentdescriptor/ [ejbdoclet]
RE: [JBoss-dev] Re: added graphing to web console
I get the same problem and the right-button popup never shows up. There seems to be a platform-dependent issue on this. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Werner Ramaekers Sent: mercredi, 26. novembre 2003 18:10 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: added graphing to web console does it only work under JDK 1.2.2 ? I've tried to run it off the latest snapshot and get tge following stacktrace : --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] FW: JSR 151: Final Release
-Original Message- From: JCP-INTEREST [mailto:[EMAIL PROTECTED] On Behalf Of Harold Ogle Sent: mardi, 25. novembre 2003 05:55 To: [EMAIL PROTECTED] Subject: JSR 151: Final Release The Expert Group for JSR-000151 Java 2 Platform, Enterprise Edition 1.4 has published the Final Release of its specification. The Final Release of the specification is available from the Java Community Process Web site at: http://jcp.org/en/jsr/stage?listBy=final and also from the JSR page: http://jcp.org/en/jsr/detail?id=151 === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message signoff JCP-INTEREST. For general help, send email to [EMAIL PROTECTED] and include in the body of the message help. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Build in 3.2
Ok, I get it, I had most probably modified a moduleXXX/build.xml Thanks adrian. Cheers, sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: lundi, 24 novembre 2003 20:12 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Build in 3.2 On Sun, 2003-11-23 at 14:09, Bill Burke wrote: I think buildmagic files were moved around. One shapshot I had recently wouldn't build, but I got latest, and it worked. I am very conservative when it comes to checking for changes. If build/build.xml, module/build.xml, tools or thirdparty changes everything is rebuilt. Of course you can force this yourself with ./build.sh clean first. The big problem (which probably hit Bill) is that a cvs update doesn't pull down new jars in thirdparty. Regards, Adrian Sacha Labourey wrote: Has anything changed recently? Adrian had optimized the build process a few months ago so that rebuilding JBoss (build after build) was taking MUCH less time and it seems this doesn't work anymore. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Build in 3.2
Has anything changed recently? Adrian had optimized the build process a few months ago so that rebuilding JBoss (build after build) was taking MUCH less time and it seems this doesn't work anymore. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Tomcat session replication
Hello, A few changes in the Tomcat HTTP Session replication code. First, some unnecessary synchronization has been removed. This should lead to better scalability and in some cases remove the impression that the replication is hanging. Second, the replication has been improved. Without using AOP-like frameworks, it is hard to determine when an HTTP session is modified. When setAttribute is called, the situation is (almost) obvious. However, if only getAttribute is called, you never know as something like that could occur: ( (HashMap)session.getAttribute (bla) ).put (newKey, newValue); In that case, the setAttribute is never called but the content of the session is modified. Consequently, it is up to the developer to help the container optimize its work. A new tag (session-replication-trigger) has been added to JBoss-web.xml: !ELEMENT jboss-web (class-loading?, security-domain?, context-root?, virtual-host?, use-session-cookies?, session-replication-trigger?, resource-env-ref*, resource-ref* , ejb-ref* , ejb-local-ref*, depends*) This tag determines when the container should consider that a session must be replicated accross the cluster. Possible values are: 1 - SET_AND_GET 2 - SET_AND_NON_PRIMITIVE_GET (default value) 3 - SET The first option is conservative but not optimal (performance-wise): it will replicate the session even if its content has not been modified but simply accessed (getAttribute). As shown above, there is no deterministic way to know if the content of an attribute is not itself modified. It WAS the default value in the past (simply because it was the only implementation available), which explain why the perf will be improved now. The second option is conservative but will only replicate if a non-primitive Object has been accessed (Integer, Long, Double, Short, String, etc. which are immutables). We can take that decision because the previous example cannot be used to modify a session without calling setAttribute (as the objects are immutable). It is the NEW default value. The third option considers that the developer will explicitely call setAttribute on the session otherwise it will not be automatically replicated. Tag examples: session-replication-triggerSET_AND_GET/session-replication-trigger or session-replication-triggerSET_AND_NON_PRIMITIVE_GET/session-replication- trigger or session-replication-triggerSET/session-replication-trigger Furthermore, in the past, when a new session was created, two replications were occuring (one for the creation, one when setting the session). Now, these two steps are reduce to a single step = a single replication. These two changes should improve the performance of your current clustered Web Application (using Tomcat). Cheers, Sacha --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] HTTP Session testing
Hello, I've: - backported the loadbalancer to branch 3.2 (it works great BTW!) - added a sample test WAR to the testsuite - created a new target in build/build.xml named hahttp-configs Launching this target will create 3 configs that can be run on the same IP: - http1: first web server with ha-httpsession WAR (clustered) - http2: second web server with ha-httpsession WAR (clustered) - LB: JBoss load-balancer configured to dispatch to http1 and http2 In testsuite/src/etc/jmeter, you will find a Jmeter file that test this scenario on the local host. Cheers, Sacha --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Bla: JBoss Configuration Evolution between releases [long]
We already have this capability, its just a question of using it. The hsqldb-ds.xml can reference a classpath codebase=lib/hsql archives=hsqldb.jar/ There is no reason to add new semantics to the current classpath element. There are new semantics in terms of identity of classes by virture of the fact that the hsqsdb.jar classes are now associated with the hsqldb-ds.xml deployment rather than the conf/jboss-service.xml deployment. Yes, I am not saying that nothing is there and everything must be reimplemented. Some of my suggestions are simply about better usage of the current JBoss possibilities. This is mostly DD cleanup and extracting these JARs from the straight lib that is read by conf/JBoss-service.xml 2) /conf ... 1) conf files One solution would be to have JBoss use a JBOSS_CONF environment variable that would point to a folder (server/xxx/user by default) and this folder would be BEFORE server/xxx/conf on the classpath. Consequently, if log4j.xml is redefined (i.e. exists) in JBOSS_CONF, it is used, otherwise the default server/xxx/conf/log4j.xml file is used. When upgrading to a new release of JBoss, you can either re-copy your server/xxx/user directory from one release to the other or simply do nothing if JBOSS_CONF is defined by the developer and targets a directory OUTSIDE JBoss directory structure. This is asking for a configuration service. The notion here of merging overrides based on speical URLs has too many implementation requirements. What do you mean? 2) jboss-service.xml ... really questionnable as JBoss could very well run without them (invokers, bsh-deployer). Ideally, this file should contain the REALLY minimal set of services AND be self-sufficient (if you don't start anything else, JBoss shouldn't complain - which wasn't necesarly the case in the past: some version of JBoss would throw exceptions with an empty /deploy folder, as deploy/jboss-jca.sar was required...) This is a change in the notion we have put forth for the conf/jboss-service.xml file as the statically defined services. What 'should' be needed is arbitrary, and some of what is needed like the currently hard-coded MainDeployer, SARDeployer, ServiceController, etc should be externalized. You argument for minimization has to do with not having to modify the configuration to collect the user defined overrides. This gets to the point of seperating service definition from activation. Yes, that is the point: not having to modify the configuration to collect the user defined overrides NOTE: One hypothesis that I did in this /conf/JBoss-service.xml section was that this file was so minimal that the developer will never want NOT to start one of its services. I will not make that hypothesis in the next section (about /deploy). So you are promoting the binding service as the source of service configuration information. The location of the service file can be externalizable via a system property by specifying its name as the StoreURL attribute value. It seems that this service will need to evolve to support a heirarchy of config info or else you are back to the user having to update the default settings shipped with the distribution. Yes. - Binding Manager Extensions ... interested in providing the INPUT DATA, not the BM engine or its configuration (as this is service specific). Consequently, the user should only say to the BM tomcat port is 80 and its logging level is bla, but no more provide 25 lines of ugly XSLT. This is revolutionary change to the BM. The specification of the data users can provide is not independent from the engine configuration. You cannot do the tomcat port is 80 and its logging level is bla config today because the logging level has not been defined as settable via the BM. Yes, but this information could be extracted from a standard meta-data file that could be provided by the service in itself (or its DD). For simple engine, the attributes that can be overriden are the mbeans attributes whereas for more complex engines, this should be provided by the service. this means both the XSLT engine configuration AND the list of attributes. - Service *definition* vs Service *activation* As ... This Activation Manager (AM) service could simply be an extension of ... I don't disagree in general with what you are driving at, but this is well outside of the scope of a 3.2 release, so what is the plan for introducing these changes? Its arguable that any of this can be done short of a major release. Most of these changes could be transparently added to 3.2, while others may have to wait for 4.0. My point is first to find a path where we think JBoss config should go and then we can decide how to map it to the release agenda. Cheers, sacha ---
RE: [JBoss-dev] Bla: JBoss Configuration Evolution between releases [long]
Most services using the conf directory are just doing a ClassLoader.getResource() so overriding the conf with a user specific one means there is a directory in the classpath search order ahead of the default. This places restrictions Yes. on the class loader implementation, and if you are talking Why? This would be our classloader that we setup during the micro-kernel startup: instead of simply setting one, we would possibly set two. In org.jboss.system.server.ServerImpl.initBootLibraries(): list.add(config.getServerConfigURL()); We would add another one before, if a directory if specified. I guess the order of the UCL is kept intact, right? Yes, but this information could be extracted from a standard meta-data file that could be provided by the service in itself (or its DD). For simple engine, the attributes that can be overriden are the mbeans attributes whereas for more complex engines, this should be provided by the service. this means both the XSLT engine configuration AND the list of attributes. Right, but the point is, what data is available to set by the end user depends on this service level metadata. This ultimately either entails looking at what xsl variables are being used or yet another level of metadata that defines the implicit attributes used in nested configurations. The latter is required as well for any admin console that is going to provide a meaningful view into the configuration of a non-trival mbean like the web container. I was thinking about the second solution (yet another level of metadata). I agree there needs to be a roadmap, I don't agree that these are transparent changes that can be added to 3.2. I think these are transparent to 3.2: - adding an optional conf bis folder for overloading conf file doesn't impact already running servers - providing an extension of the BM that would provide a more meaningfull interface doesn't impace the existing BM (simply another version: simply pick the one that fits your needs) What is obviously not transparent for 3.2 is the startup management of services (the Activation Manager). Cheers, Sacha --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Bla: JBoss Configuration Evolution between releases [long]
Hello, I would like to continue our discussion of JBoss configuration as I think we must make that much better for future releases of JBoss. There are lots of facets to this problem but in order to keep things simply, I would like to start talking about a single one: user configuration of JBoss and migration to a newer minor release. The rational behind this being: why do I need so much work when upgrading between *minor* releases of JBoss and ZERO effort between migrating between minor releases of mySQL, Microsoft IIS or PHP. Simply because the user configuration is not mixed with code and service definition. Use case: = As a user of JBoss, I download a release of JBoss (3.2.1) and configure it to fit my requirements: I add some services (JMS queues, data sources, etc.), new applications (EAR, WAR, etc..), change some existing services (update tomcat port, change jmx-console user/pass, etc.) and disable/remove some default services (SNMP, HSQLDB, web-console, mail service, all JMX invokers). 1 month later, I see that JBoss is just released with some great performance improvments (thank's Bill, Scott and Adrian!). I download it and have to play to a great game during 30 minutes: merge my current configuration of JBoss with the new just downloaded 3.2.2. Problem: the user configuration is tightly linked to JBoss itself. How to have a loosly coupling between both? JBoss Today: Today, a resulting JBoss instance is defined by: 1) the JARs in /lib 2) some static configuration files in /conf 3) some dynamic services/applications in /deploy Let's see what it means for our use case above. 1) /lib === /lib is maybe the easiest case: it mostly contains JBoss's needed classes. One small problem maybe: some of these classes are not directly use by the JBoss microkernel directly (nor by the services in conf/JBoss-service.xml) but by services that will be later deployed in /deploy (such as hsqldb-ds.xml). Consequently, if I later decide not to use HSQLDB by removing that service definition from /deploy, I still have HSQLDB classes in my classpath. The risk is to overload the classpath with unnecessary classes and maybe generate class version problems: if I want to deploy my OWN version of HSQLDB, removing hsqldb-ds.xml from /deploy and putting myOwnHSQLDBService.sar in deploy is not enough, I will have to remove hsqldb.jar from /lib. Suggestion: we may want to reduce what we put by default in /lib or have some kind of conditional loading i.e. we could put JARs such as hsqldb.jar in /lib/cond and have this JAR extend the classpath ONLY IF a service definition contained a classpath codebase=lib/cond archives=hsqldb.jar/ That way, if we use HSQLDB, this JAR will extend JBoss classpath, otherwise it will not. 2) /conf This directory is intersting for two reasons: 1) because it is part of the classpath and thus used by many services to load their configuration file(s) 2) because it contains the JBoss-service.xml file that will bootstrap JBoss. 1) conf files Concerning the first reason (contains configuration files), the problem is that if I am not happy with a default configuration file (log4j.xml, jbossmq-state.xml, jacorb.properties, etc.) I can modify it but will have a merge problem once I want to upgrade to a newer version of JBoss. So the question is: how may I override these files without having to merge later when uprading. One solution would be to have JBoss use a JBOSS_CONF environment variable that would point to a folder (server/xxx/user by default) and this folder would be BEFORE server/xxx/conf on the classpath. Consequently, if log4j.xml is redefined (i.e. exists) in JBOSS_CONF, it is used, otherwise the default server/xxx/conf/log4j.xml file is used. When upgrading to a new release of JBoss, you can either re-copy your server/xxx/user directory from one release to the other or simply do nothing if JBOSS_CONF is defined by the developer and targets a directory OUTSIDE JBoss directory structure. 2) jboss-service.xml This file contains the default services that any JBoss instance should need. Some of them are obvious (logging), some others are questionnable outside an EJB server (EJBDeployer) and some others are really questionnable as JBoss could very well run without them (invokers, bsh-deployer). Ideally, this file should contain the REALLY minimal set of services AND be self-sufficient (if you don't start anything else, JBoss shouldn't complain - which wasn't necesarly the case in the past: some version of JBoss would throw exceptions with an empty /deploy folder, as deploy/jboss-jca.sar was required...) Once/if you have purified JBoss-service.xml (that contains the strict minimum), the risk to have to change its content for your own needs is very low. At most, you may want to change the port used by a service, or some setting (such as the org.jboss.web.WebService:DownloadServerClasses attribute). So, to solve that problem, we can use
RE: [JBoss-dev] 3.2.3RC1
Will this contain the fix for the problem that occurs when doing invocation from JacORB against Orbix as well? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Francisco Reverbel Sent: jeudi, 6. novembre 2003 23:25 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] 3.2.3RC1 When will you get 3.2.3.RC1 from CVS? There has been a JacORB bug fix (for Arjuna) that is not in our CVS yet. I´d generate a patched version of jacorb.jar with the fix. Cheers, Francisco On Wed, 5 Nov 2003, Scott M Stark wrote: I'm putting together a 3.2.3RC1 release to pickup some recent bug fixes. I'm working on a fix for [ 832561 ] NoSuchMethodException when HAJNDI joins cluster that I want to include. If there are any other must have fixes let me know. -- Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 3.2.3RC1
I think it is this one: http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=398 Do you know if your release will include it? It seems to be part of beta 3. Do you know what is the status of Jacorb WRT csiv2? Cheers, sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Francisco Reverbel Sent: vendredi, 7. novembre 2003 12:34 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 3.2.3RC1 I am not aware of such problem... Cheers, --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 3.2.3RC1
Bug #398 is the same as bug #365, which has been fixed before beta 2: http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=365 The fix is already included in the jacorb.jar library distributed with JBoss 3.2.2. excellent CSIv2 is also there, but I didn't test it yet. We should try it as the basis for interoperable EJB security. Great, I didn't know that! Cheers Francisco, sacha --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Check out problem
I have the same problem. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dimitris Andreadis Sent: vendredi, 7. novembre 2003 17:10 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Check out problem Hi, I'm trying to do a fresh checkout of HEAD (jboss-head) but after getting most (or all?) of the sources I get: ... cvs server: Updating remoting/src/test/org/jboss/remoting/detection/multicast U remoting/src/test/org/jboss/remoting/detection/multicast/Multi castUnitTestCa se.java cvs [server aborted]: there is no repository /cvsroot/jboss/jboss-jmx-remoting *CVS exited normally with code 1* Any ideas? Thanks /Dimitris --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [jboss-group] RE: [Core] WG: Comparison between BEA JBoss
That was different issues: 1) Scripting is a way to modify an EXISTING DEFAULT JBoss instance by changing its settings. My proposal was going further than BSH by having a higher-level API to manage the server itself. 2) Categorization of the deployment directories: this is to make some cleanup 3) non hot-deployable folder that is still read at boot-time by the scanner: to allow wizard to create new persistent services and get synchronous feedback about the result of the deployment -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: mercredi, 5. novembre 2003 01:32 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [jboss-group] RE: [Core] WG: Comparison between BEA JBoss Scripting is getting off of the original topic of not knowing how to edit a component's config. Free form scripting as an admin tool is a step backwards from an admin interface, and already exists via the bsh deployer. Categorization of the deployment directories is also not really addressing the issue. We need a filtered view of the mbeans that loses the jmx object names and replaces them with meaningful component names like WebServer, WebApplication(/somectx), EJBContainer(jndiName=xxx), ... Bill Burke wrote: What are we talking about here? Migration? Scripting? Management? What? Let's break it up into those categories and create separate discussions. PLEASE CC JBOSS_DEV Bill Sacha Labourey wrote: This is because you consider the system services as dirt. If you consider it as the system, putting that in a system folder makes sense. Remember 2.4.x? the deploy was empty and that was great from a user point of view. Why? You're just moving the files to a different location..? Now they're going to a system folder and trying to figure out which file they should modify to get their SSL invoker configured...? Am I missing something? Yes and no. If you are considering the SSL invoker, then yes, my examples deeply sucks. Now, if you consider applications (EAR, JAR, SARs), my example is ok. :) I was speaking about deploying new stuff, not modifying existing one. Should we be able to deploy scriptlets that can modify existing system config (scripts à la Jetty) = instead of modifying a system config you deploy a new one that says: currentServer().getServletEngine().getDefaultInvoker().setPort(38); This is somehow the VBA approach à la microsoft: you expose an object model of your server and you let developers script it through JavaScript, Java, Python, etc. And the object model (i.e. API) is a wrapper around real objects which allows for more flexibility when making the server evolve: you code against a given API version, not a real set of objects whose names may change. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] FW: JSR 94: Proposed Final Draft
FYI -Original Message- From: JCP-INTEREST [mailto:[EMAIL PROTECTED] On Behalf Of Harold Ogle Sent: jeudi, 30. octobre 2003 00:38 To: [EMAIL PROTECTED] Subject: JSR 94: Proposed Final Draft The Proposed Final Draft Specification for JSR-94 Java Rule Engine API is now available from http://jcp.org/en/jsr/stage?listBy=proposed as well as the JSR page: http://jcp.org/en/jsr/detail?id=94 This specification defines a Java runtime API for rule engines. === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message signoff JCP-INTEREST. For general help, send email to [EMAIL PROTECTED] and include in the body of the message help. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] FW: JSR 86: Proposed Final Draft
FYI -Original Message- From: JCP-INTEREST [mailto:[EMAIL PROTECTED] On Behalf Of Harold Ogle Sent: mardi, 28. octobre 2003 22:30 To: [EMAIL PROTECTED] Subject: JSR 86: Proposed Final Draft The Proposed Final Draft Specification for JSR-86 Enterprise Media Beans is now available from http://jcp.org/en/jsr/stage?listBy=proposed as well as the JSR page: http://jcp.org/en/jsr/detail?id=86 Enterprise Media Beans provide a framework to integrate rich media data (i.e. audio, video, or image) into applications based on EJB Entity Beans within the J2EE application development model. === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message signoff JCP-INTEREST. For general help, send email to [EMAIL PROTECTED] and include in the body of the message help. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: [jboss-cvs] contrib/varia/src/resources/services/binding sample-bindings.xml
there is a 22 hours latency between CVS commits and the CVS message on the ML.. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sacha Labourey Sent: vendredi, 24 octobre 2003 14:03 To: [EMAIL PROTECTED] Subject: [jboss-cvs] contrib/varia/src/resources/services/binding sample-bindings.xml User: slaboure Date: 03/10/24 05:02:30 Modified:varia/src/resources/services/binding Tag: Branch_3_2 sample-bindings.xml Log: - UIL is no more a service but a shortcut to UIL2 = no specific binding is necessary anymore - The default HSQLDB setup no more uses a network config anymore Revision ChangesPath No revision No revision 1.5.2.6 +10 -20 contrib/varia/src/resources/services/binding/sample-bindings.xml Index: sample-bindings.xml === RCS file: /cvsroot/jboss/contrib/varia/src/resources/services/binding/sa mple-bindings.xml,v retrieving revision 1.5.2.5 retrieving revision 1.5.2.6 diff -u -r1.5.2.5 -r1.5.2.6 --- sample-bindings.xml 17 Sep 2003 20:46:24 - 1.5.2.5 +++ sample-bindings.xml 24 Oct 2003 12:02:30 - 1.5.2.6 @@ -161,12 +161,6 @@ delegate-config portName=ServerBindPort / binding port=8090 / /service-config - service-config name=jboss.mq:service=InvocationLayer,type=UIL - delegateClass=org.jboss.services.binding.AttributeMappingDelegate - - delegate-config portName=ServerBindPort / - binding port=8091 / - /service-config service-config name=jboss.mq:service=InvocationLayer,type=OIL2 delegateClass=org.jboss.services.binding.AttributeMappingDelegate @@ -424,12 +418,6 @@ delegate-config portName=ServerBindPort / binding port=8190 / /service-config - service-config name=jboss.mq:service=InvocationLayer,type=UIL - delegateClass=org.jboss.services.binding.AttributeMappingDelegate - - delegate-config portName=ServerBindPort / - binding port=8191 / - /service-config service-config name=jboss.mq:service=InvocationLayer,type=OIL2 delegateClass=org.jboss.services.binding.AttributeMappingDelegate @@ -448,7 +436,10 @@ !-- * hsqldb-ds.xml ** -- - !-- Hypersonic related services -- + !-- Hypersonic related services + +Only if using TCP setup (local file setup by default) + service-config name=jboss.jca:service=ManagedConnectionFactory,name=DefaultDS delegateClass=org.jboss.services.binding.XSLTConfigDelegate @@ -488,6 +479,7 @@ binding port=1801 / /service-config +-- !-- * jbossweb-jetty.sar * -- @@ -687,12 +679,6 @@ delegate-config portName=ServerBindPort / binding port=8290 / /service-config - service-config name=jboss.mq:service=InvocationLayer,type=UIL - delegateClass=org.jboss.services.binding.AttributeMappingDelegate - - delegate-config portName=ServerBindPort / - binding port=8291 / - /service-config service-config name=jboss.mq:service=InvocationLayer,type=OIL2 delegateClass=org.jboss.services.binding.AttributeMappingDelegate @@ -711,7 +697,10 @@ !-- * hsqldb-ds.xml ** -- - !-- Hypersonic related services -- + !-- Hypersonic related services + +Only if using TCP setup (local file setup by default) + service-config name=jboss.jca:service=ManagedConnectionFactory,name=DefaultDS delegateClass=org.jboss.services.binding.XSLTConfigDelegate @@ -751,6 +740,7 @@ binding port=1901 / /service-config + -- !-- * jbossweb-jetty.sar * -- --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ jboss-cvs-commits mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-cvs-commits --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what
RE: [JBoss-dev] [ jboss-Bugs-827614 ] NPE, HTTPSession EJB is being destroyed and then stopped
Yes, but it happens with 3.0.8 with the container is removed: the CleanShutdownInterceptor throws an NPE in the destroy callback. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: mardi, 21. octobre 2003 20:41 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] [ jboss-Bugs-827614 ] NPE, HTTPSession EJB is being destroyed and then stopped Perhaps, but it only occurs with this ejb. Other ejbs do not show this issue so its has some relationship to the destroy of the cluster-service.xml destroying the httpsession bean. Sacha Labourey wrote: Is that possible it comes from a recent change? I have a strange issue like that in 3.0.8 as well: some of the container references seems to be already gone inside the destroy call. --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] too many open files on Linux
Use ulimit -n, AND MAKE SURE that it is set globally (for all shells) OR put it in the run.sh file otherwise the risk is that: - you set it in your current shell - you launch run.sh - run.sh overrides your ulimit value (see run.sh file) Cheers, Sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: mercredi, 22. octobre 2003 01:58 To: Jboss-Dev Cc: [EMAIL PROTECTED] Subject: [JBoss-dev] too many open files on Linux I'm on RH 8.0. I'm getting java.net.SocketException: Too many open files To get over this problem do I just expand via /proc/sys/fs/file-max? Or is there a different way? Thanks, Bill -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [ jboss-Bugs-827614 ] NPE, HTTPSession EJB is being destroyed and then stopped
Is that possible it comes from a recent change? I have a strange issue like that in 3.0.8 as well: some of the container references seems to be already gone inside the destroy call. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of SourceForge.net Sent: mardi, 21. octobre 2003 18:23 To: [EMAIL PROTECTED] Subject: [JBoss-dev] [ jboss-Bugs-827614 ] NPE, HTTPSession EJB is being destroyed and then stopped Bugs item #827614, was opened at 2003-10-21 09:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=8 27614group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Nobody/Anonymous (nobody) Summary: NPE, HTTPSession EJB is being destroyed and then stopped Initial Comment: The HTTPSession EJB container is throwing an NPE on shutdown in 3.2.2 due to the fact that the container is being destroyed during the destruction of the cluster-service.xml sar, and then stopped by the EJBDeployer. How this is occuring needs to be looked into. 09:17:34,906 INFO [EjbModule] Stopping jboss.j2ee:module=ClusteredHttpSessionEB .jar,service=EjbModule 09:18:05,921 ERROR [EjbModule] unexpected exception stopping Container: jboss.j2ee:jndiName=clustering/HTTPSession,service=EJB java.lang.NullPointerException at org.jboss.ejb.EjbModule.stopService(EjbModule.java:346) ... The full exception is attached. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=8 27614group_id=22866 --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 3.2.2 Issues to resolve
FYI, 791439 is not critical, works for all usual scenarios so I will personnaly not fix it for 3.2.2. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: vendredi, 10. octobre 2003 15:56 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] 3.2.2 Issues to resolve On Fri, 2003-10-03 at 12:29, Scott M Stark wrote: The following open issues need to be addressed in order to put out the 3.2.2 final release. The current target release date is 2003-10-12. I've edited Scott's list to show the remaining open bugs: 811269 deadlock in JettyMBean and PluginManager OPEN - unassigned 808170 Partition problems 3.2.2RC4 OPEN - bela 795782 Random ClassCircularityError OPEN - unassigned 795191 env-entry not in jndi when not using JBossWebLoader OPEN - scott 794699 Deployment of ear throws null pointer execption in org.jboss OPEN - unassigned 791439 HA-JNDI not replicating bindings OPEN - sacha 789318 ObjectMessage.getObject() doesn't work in JBoss 3.2.1 OPEN - unassigned 786668 Form-based Authentication drops Subject OPEN - unassigned Regards, Adrian -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
FW: [JBoss-dev] [ jboss-Bugs-643739 ] unknown-pk? missing in jbosscmp-jdbc_3_0
Laurent is our new bug-report serial-killer!!! ;) That's great, thanks! I did it once, it was good to close all these cases! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of SourceForge.net Sent: vendredi, 10. octobre 2003 17:52 To: [EMAIL PROTECTED] Subject: [JBoss-dev] [ jboss-Bugs-643739 ] unknown-pk? missing in jbosscmp-jdbc_3_0 Bugs item #643739, was opened at 2002-11-25 21:04 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=643739group_id =22866 Category: None Group: None Status: Closed Resolution: Invalid Priority: 5 Submitted By: Harald Venström (hvenstrom) Assigned to: Laurent Etiemble (letiemble) Summary: unknown-pk? missing in jbosscmp-jdbc_3_0 Initial Comment: The optional defaults element unknown-pk? is missing in the online document: http://www.jboss.org/j2ee/dtd/jbosscmp-jdbc_3_0.dtd for reason unknowed it seem to have been lost in the latest update? (fFrom the 22/11...). -- Comment By: Laurent Etiemble (letiemble) Date: 2003-10-10 17:52 Message: Logged In: YES user_id=437455 This feature is only available in 3.2.0. That why it doesn't not appear in the dtd. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=643739group_id =22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Heavy TrapdService logging
Hello, Is it really useful to have all that SNMP logging information as part of the default logging level in the console in 3.2.2? It is really verbose and pops-up whenever a new JBoss instance starts on the network. Cheers, Sacha --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Web-Console Plugins [was turn JBoss into an LDAP server]
BTW, it is in the console/src/main/org/JBoss/console/ folder Yes, look at the EJB for example. Are there any plugins in the build now that exemplify this concept ? --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Web-Console Plugins [was turn JBoss into an LDAP server]
Yes, look at the EJB for example. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nicholas Sent: lundi, 29 septembre 2003 21:58 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Web-Console Plugins [was turn JBoss into an LDAP server] Are there any plugins in the build now that exemplify this concept ? --- Sacha Labourey [EMAIL PROTECTED] wrote: Yes. In the web-console, we have both the existing jmx view and the J2EE-oriented view. We must create all plugins for the J2EE oriented view and once the JBoss deployment will be better (dynamic additions), we will be able to provide new features such as dynamically adding queues that survives server restarts (you have to use tricks to do that right now.) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nicholas Sent: lundi, 29 septembre 2003 20:39 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] turn JBoss into an LDAP server Do you mean plugins for web-console ? So that when a plugin is available for a specific node in the tree, it would be loaded in addition to or instead of the jmx-console content ? Just trying to get an idea of what you visualize. --- Sacha Labourey [EMAIL PROTECTED] wrote: Are there any management/administration GUI projects started ? (Other than web-console...) No, but everything is there and it is easy to write plugins to manage JMS, WARs, etc. It would be good if someone could spend some time writing small plugins for the parts of JBoss. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development = Nicholas Whitehead Home: (973) 377 9335 Cell: (201) 615 2716 [EMAIL PROTECTED] Get Your News From The Crowbar: http://crowbar.dnsalias.com:443/crowbar/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development = Nicholas Whitehead Home: (973) 377 9335 Cell: (201) 615 2716 [EMAIL PROTECTED] Get Your News From The Crowbar: http://crowbar.dnsalias.com:443/crowbar/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] turn JBoss into an LDAP server
Are there any management/administration GUI projects started ? (Other than web-console...) No, but everything is there and it is easy to write plugins to manage JMS, WARs, etc. It would be good if someone could spend some time writing small plugins for the parts of JBoss. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] turn JBoss into an LDAP server
Are there any management/administration GUI projects started ? (Other than web-console...) No, but everything is there and it is easy to write plugins to manage JMS, WARs, etc. It would be good if someone could spend some time writing small plugins for the parts of JBoss. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] turn JBoss into an LDAP server
Yes. In the web-console, we have both the existing jmx view and the J2EE-oriented view. We must create all plugins for the J2EE oriented view and once the JBoss deployment will be better (dynamic additions), we will be able to provide new features such as dynamically adding queues that survives server restarts (you have to use tricks to do that right now.) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nicholas Sent: lundi, 29 septembre 2003 20:39 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] turn JBoss into an LDAP server Do you mean plugins for web-console ? So that when a plugin is available for a specific node in the tree, it would be loaded in addition to or instead of the jmx-console content ? Just trying to get an idea of what you visualize. --- Sacha Labourey [EMAIL PROTECTED] wrote: Are there any management/administration GUI projects started ? (Other than web-console...) No, but everything is there and it is easy to write plugins to manage JMS, WARs, etc. It would be good if someone could spend some time writing small plugins for the parts of JBoss. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development = Nicholas Whitehead Home: (973) 377 9335 Cell: (201) 615 2716 [EMAIL PROTECTED] Get Your News From The Crowbar: http://crowbar.dnsalias.com:443/crowbar/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] nightly test job vs build tests
But the snapshots are ok BTW -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: dimanche, 28. septembre 2003 15:47 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] nightly test job vs build tests There is a delay of ~24 hours on pserver and the web front end. Regards, Adrian On Sun, 2003-09-28 at 14:42, Ivelin Ivanov wrote: OK, I think I figured out how to merge back into HEAD with Eclipse. One thing still bothers me though. Eclipse and CVS-Web don't show the same results. If you go to http://cvs.sourceforge.net/viewcvs.py/jboss/cluster-jboss/src/ etc/cluster-ex amples-service.xml it lists patriot1burke as the last commiter to the file. My change does not show. Can someone confirm whether my commit to HEAD went in or not? -=Ivelin=- - Original Message - From: Ivelin Ivanov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, September 28, 2003 12:47 AM Subject: Re: [JBoss-dev] nightly test job vs build tests Yes, it helps. I did not realize that they appeared. This is probably after the rollback from 4.0 to 3.2. I am mostly working on Branch_3_2 and this is probably why I did not see my tests in the past. While we are at the branching topic, let me ask a question that an Eclipse expert might be able to help with. I have an Eclipse project which is pinned to Branch_3_2. I want to continue working on this branch, because it is stable. However, I would also like to merge my changes into HEAD. When I select the Eclipse, Team, Merge option, I see a list of versions like: Rollback_4_0_from_3_2, Rel_3_1_0_0, ... , JBoss_3_2_2_DR4, etc. Which one should I pick, I assume Rollback_4_0_from_3_2. Correct? -=Ivelin=- - Original Message - From: Chris Kimpton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, September 27, 2003 2:50 PM Subject: Re: [JBoss-dev] nightly test job vs build tests Hi, Are you running against HEAD? Which nightly tests do you mean - are you running the nightly tests task yourself or the ones on http://jboss.kimptoc.net ? I look after the ones on jboss.kimptoc.net and they are run against HEAD. On the latest run, I can see 2 test packages: org.jboss.test.ha.jmx.test (2 tests) org.jboss.test.ha.singleton.test (12 tests) [ http://jboss.kimptoc.net/winxp/logtests/testresults/reports/html/ ] Hope that helps, Chris --- Ivelin Ivanov [EMAIL PROTECTED] wrote: I have a dozen tests under org.jboss.test.ha. They run and show in the report when I try build tests from the command line, however they do not show up in the automated nightly test report. Why? -=Ivelin=- = __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Switch from javagroups to jgroups
To solve some bugs in 3.2.2rc4, I have to switch to jgroups (for 3.2 and 4.0, not 3.0), this will imply quite many changes as the name of the JG files change as well. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] GET_DIGEST_STABLE is required?!?
While switching from javagroups to jgroups, I receive this message now when starting JBoss, do you know why? It use the default JB stack 15:20:56,812 ERROR [ClusterPartition] Initialization failed ChannelException: JChannel(): java.lang.Exception: Configurator.sanityCheck(): event GET_DIGEST_STABLE is required by ST ABLE, but not provided by any of the layers below at org.jgroups.JChannel.init(JChannel.java:151) --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [jboss-group] JRMPInvokerProxy
Unifying the interceptors would be a good idea. The only thing that needs to be multiple is AOP that deals with interfaces (Dynamic Proxy) or the AOP that deals with raw objects and the javassist framework. But definitely the SIGNATURE of the invocation should be unified so that interceptors themselves come in ONE flavor Public Invocation invoke(Invocation) Right now, the new signature that Bill implemented is something like: public InvocationResponse invoke (Invocation) throws Throwable More specifically, when an exception is thrown, it is not wrapped inside the InvocationResponse but thrown back directly (not even wrapped). This is bad IMHO as this prevent to attach payload to invocations that generate exceptions. If we want to always be able to send back data to the client side, we don't care if an Application Level exception (even system in fact) has been thrown. One way to solve that and if we want to keep the good old (working) try...finally construct we have today in the interceptors would be to change the signature like that: public InvocationResponse invoke (Invocation) throws InvocationException And have the InvocationException exception wrap the source Exception/Error and allow attachement of arbitrary payload. Cheers, Sacha xxx Sacha Labourey General Manager JBoss Group (Europe) SàRL xxx --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] New module at Branch_3_2 - SNMP Adaptor
That's great, thank you Dimitris and Spyros. Cheers, sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dimitris Andreadis Sent: lundi, 15. septembre 2003 09:39 To: [EMAIL PROTECTED] Subject: [JBoss-dev] New module at Branch_3_2 - SNMP Adaptor Hello We have contributed a new module to jboss, checked in at Branch_3_2. It is a JMX - SNMP adaptor. To introduce ourselves, I lead the ActionStreamer product team of Intracom, Greece. (see http://www.intracom.com/en/products/operations_business/action streamer.htm) Original author of the module is Mr. Spyros Pollatos (mailto:[EMAIL PROTECTED]). I provided the JBoss/JMX expertise, refactoring and integration of the module with JBoss. I have summarised the important aspects of the integration below, along with a basic description. I hope you find it useful/interesting. Best Regards Dimitris Andreadis (mailto:[EMAIL PROTECTED]) -- - Changes were made to: build/build.xml tools/etc/buildmagic/libraries.ent thirdparty/exolab/castor/lib/castor.jar varia/build.xml varia/.classpath Additions exist in: varia/src/resources/services/snmp varia/src/main/org/jboss/jmx/adaptor/snmp The unpacked .sar goes to default all configurations as: snmp-adaptor.sar There is also the snmp-adaptor.jar installed in lib. The module depends on snmp-support.jar (produced by the console module - contains joesnmp) and castor 0.9.4.3 included in the .sar file. MBeans registered under: jboss.jmx:name=SnmpAgent,service=snmp,type=adaptor jboss.jmx:name=SnmpAgent,service=trapd,type=logger jboss.jmx:name=SnmpAgent,service=timer,type=heartbeat Copied from the deploy/snmp-adaptor/META-INF/jboss-service.xml: -- -- -- ?xml version=1.0 encoding=UTF-8? !-- $Id: jboss-service.xml,v 1.1.2.1 2003/09/15 06:20:08 andd Exp $ The snmp-adaptor is a module used to intercept JMX notifications emitted by MBeans, convert them to traps and send them to SNMP managers. In this respect the snmp-adaptor acts as a SNMP agent. Future versions may offer support for full agent get/set functionality that maps onto MBean attributes or operations. It can be used to integrate JBoss with higher order system/network management platforms (e.g. HP OpenView), thus making the MBeans visible to those systems. The MBean developer can instrument the MBeans by producing notifications for any significant event (e.g. server coldstart). The adaptor can then be configured to intercept and map those notifications to SNMP traps. SnmpAgentService is the main MBean that implements the SNMP agent. It is configured by means of three different configuration files: - managers.xml, configures where to send traps - mbeans.xml, configures the monitored MBeans/notifications types - notifications.xml, specifies the exact mapping of each notification type to a corresponding SNMP trap Have a look at the provided example configuration files for more info. SnmpAgentService produces by default a coldstart notification when started. In addition, by setting the HeartBeatPeriod attribute to a value greater than zero, the adaptor configures a Timer MBean to produce heartbeat notifications at regular intervals (measured in seconds). The adaptor itself uses JoeSNMP by OpenNMS for its SNMP engine. The trap generation mechanism can be changed or extended with custom classes able to extract information from notifications subsclasses unknown to the NotificationWrapperSupport class provided with the adaptor. For more information on using or extending this mechanism, please consult the jboss documentation or the source code. TrapdService is a simple MBean that acts as an SNMP Manager. It listens to a configurable port for incoming traps and logs them as INFO messages using the system logger. You can modify the log4j configuration to redirect the log output to a file. SnmpAgentService and TrapdService and not dependent with each other. Enjoy! -- service !-- A simple trap receiver that acts as an SNMP Manager -- mbean code=org.jboss.jmx.adaptor.snmp.trapd.TrapdService name=jboss.jmx:name=SnmpAgent,service=trapd,type=logger attribute name=Port1162/attribute /mbean !-- The SNMP adaptor MBean -- mbean code=org.jboss.jmx.adaptor.snmp.agent.SnmpAgentService name=jboss.jmx:name=SnmpAgent,service=snmp,type=adaptor attribute name=TrapFactoryClassNameorg.jboss.jmx.adaptor.snmp.agent.T rapFactorySupp ort/attribute attribute name=MonitoredObjectsResName/mbeans.xml/attribute attribute name=NotificationMapResName/notifications.xml/attribute attribute
RE: [JBoss-dev] jboss-compatibility - cvs problem
I guess it is possible to remove a tag, and then make a branch, but I am not an expert... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: mardi, 16. septembre 2003 17:32 To: [EMAIL PROTECTED] Subject: [JBoss-dev] jboss-compatibility - cvs problem Hi, The compatibility module has been tagged with Branch_3_2 on the MAIN branch rather than branched. Any cvs experts know how to fix it? Regards. Adrian -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: [jboss-group] revamping Invocation objects
There is no such compatibility anyway. Or you simply do an Invocation2 and have the server accept both but this will create legacy code that is not very useful. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: vendredi, 12. septembre 2003 00:01 To: Private list for internal JBoss Group discussion Cc: Jboss-Dev Subject: Re: [jboss-group] revamping Invocation objects Ok, I wouldn't be able to improve raw, over-the-wire, remote performance without breaking compatibility with older JBoss versions. Bill Bill Burke wrote: Only problem here is that what I've done so far is not backward compatible with a previous version of JBoss. I guess this is important. correct? I can make it compatible, but it will be a tiny bit ugly. I did increase performance for noop local interface calls for SLSB by 20%. Adrian Brock wrote: Ideally there should be no hashmap for normal usage. Using the principle: you don't pay for what you don't use. Regards, Adrian On Thu, 2003-09-11 at 20:02, Bill Burke wrote: In our quest to improve performance, I'm doing a redesign of our Invocation object to minimize object creations and hash lookups. I'll base it on some of Sacha's and my own observations. Just wanted to give some heads up just in case somebody else was looking at this too. Bill -- Bill Burke Chief Architect JBoss Group LLC. ___ jboss-group mailing list [EMAIL PROTECTED] http://mail.jboss.org/mailman/listinfo/jboss-group --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [jboss-group] revamping Invocation objects
I agree, compatibility has already been broken between minor 3.2.x versions, so if it allows us to have 20% improvement, I would say: GO! The thinking about compatibility should occur before, not after and requires the establishment of more serious and stable rules (version_id, etc.)s -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of marc fleury Sent: vendredi, 12. septembre 2003 01:28 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Re: [jboss-group] revamping Invocation objects You guys are talking about a 3.3 proxy talking to a 3.2 server? If that is the case, it is not really relevant as most proxies are dynamically generated. Or are you talking about portability of interceptors working on the Invocation objects? The stability of 3.2 and its performance are priorities #1, 3.x will live for MANY years marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Thursday, September 11, 2003 6:22 PM To: Private list for internal JBoss Group discussion; Jboss-Dev Subject: [JBoss-dev] Re: [jboss-group] revamping Invocation objects I'd rather not maintain something like that. What do you think? IMHO, we should guarantee over-the-wire compatibility only for a specific branch. over-the-wire compatibility should be breakable between major releases. Adrian Brock wrote: On Thu, 2003-09-11 at 23:00, Bill Burke wrote: Ok, I wouldn't be able to improve raw, over-the-wire, remote performance without breaking compatibility with older JBoss versions. Would it be possible to set a property that provides backwards compatibilty at serialization. Something similar to jmx 1.0 vs jmx 1.1 serialized forms? Regards, Adrian Bill Bill Burke wrote: Only problem here is that what I've done so far is not backward compatible with a previous version of JBoss. I guess this is important. correct? I can make it compatible, but it will be a tiny bit ugly. I did increase performance for noop local interface calls for SLSB by 20%. Adrian Brock wrote: Ideally there should be no hashmap for normal usage. Using the principle: you don't pay for what you don't use. Regards, Adrian On Thu, 2003-09-11 at 20:02, Bill Burke wrote: In our quest to improve performance, I'm doing a redesign of our Invocation object to minimize object creations and hash lookups. I'll base it on some of Sacha's and my own observations. Just wanted to give some heads up just in case somebody else was looking at this too. Bill -- Bill Burke Chief Architect JBoss Group LLC. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ jboss-group mailing list [EMAIL PROTECTED] http://mail.jboss.org/mailman/listinfo/jboss-group --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EJBCA
This seems to be great: http://ejbca.sourceforge.net/ EJBCA is a fully functional Certificate Authority. Based on J2EE technology it constitutes a robust, high performance and component based CA. Both flexible and platform independent, EJBCA can be used standalone or integrated in any J2EE application. EJBCA is developed on the open source J2EE application server JBoss http://www.jboss.org/;. We expect a JBoss with an integrated Servlet engine, such as JBoss with Tomcat or Jetty. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Tomcat integration changes and TODO
- a new Unix wrapper (we use it for the usual port-80-without-root problem; it unfortunately wouldn't work with JB, which doesn't have a well defined init phase) *** Explain ;) Cheers, Sacha --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [jboss-group] RE: [JBoss-dev] 4.0 rollback 1st phase complete
I have to admit that I've decided, long time ago, to have a empty secret passphrase for my CVS account... Never type a password, simply commit ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: jeudi, 28. août 2003 23:44 To: Private list for internal JBoss Group discussion Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [jboss-group] RE: [JBoss-dev] 4.0 rollback 1st phase complete Yes, it was a PAIN! My fingers hurt from typing in my CVS password so many times. marc fleury wrote: Phew, I am glad we are done, that was what about 2000 emails on cvs-commit? Wow marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Thursday, August 28, 2003 12:52 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] 4.0 rollback 1st phase complete FYI, I forgot to say that the old HEAD code is under the: Branch_4_0_DR3 Bill Bill Burke wrote: Completed rollback of 4.0 to 3.2 on HEAD. I will start merging 4.0 code tomorrow slowly. I will probably need a lot of help here. Especially in the webservices stuff that was added to 4.0 over the past 9 months. For HEAD modules that exist in Branch_3_2, these modules have been rolled back entirely to the 3.2 series. All new modules in HEAD after 3.2 have been retained in head. Now that we've rolled back, let's start being really careful on how we treat HEAD. HEAD is not a playground. Let's not be sloppy coders. Run the testsuite before you commit anything big. If you are experimenting with a rewrite, create your own branch to work on. Let's keep HEAD stable this time around. Thanks and sorry for the inconveniences. Bill -- Bill Burke Chief Architect JBoss Group LLC. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ jboss-group mailing list [EMAIL PROTECTED] https://mail.jboss.org/mailman/listinfo/jboss-group -- Bill Burke Chief Architect JBoss Group LLC. ___ jboss-group mailing list [EMAIL PROTECTED] https://mail.jboss.org/mailman/listinfo/jboss-group --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Default destinations
Shouldn't we remove the default topics/queues from deploy by default? It is used only by the testsuite right? --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Default destinations
Yes, that my point: having half a dozen queues and topics named A, B, C, etc. that start just for fun is... Well.. No fun! ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ivelin Ivanov Sent: vendredi, 22. août 2003 15:12 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Default destinations It is useful to have one or two examples. Maybe commented out. -=Ivelin=- - Original Message - From: Sacha Labourey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 22, 2003 1:34 AM Subject: [JBoss-dev] Default destinations Shouldn't we remove the default topics/queues from deploy by default? It is used only by the testsuite right? --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] DistributedReplicantManager.isMasterReplica(String) false positives?
Right, now, there is no such naming service thing, but it may interesting in the future for some features requiring to name nodes of the cluster. In the meantime, I will use the IP-ified name as this logical name and never change it, even after a shun. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: mercredi, 6. août 2003 04:05 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] DistributedReplicantManager.isMasterReplica(String) false positives? But what is the nameservice for these 'logical' names, and what layer uses them? -- Scott Stark Chief Technology Officer JBoss Group, LLC Bela Ban wrote: Yes I agree. What Sacha referred to, however, was the fact that you can have 'logical' names rather than host:port as member addresses. This is useful if a member is shunned, leaves and rejoins the group under a different host:port address. The logical name would remain the same in this case. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet _072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Cluster aware Scheduler
I think that shouldn't be too much of a problem as it is based on the framework whose interfaces haven't changed between 3.2.1 and 3.2.2. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: mardi, 12 août 2003 23:29 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Cluster aware Scheduler Never mind. I found the stuff in the JBoss 3.2.2 source tree. Thanks again! Sasha: Is it possible to get the HASingleton to work in JBoss 3.2.1? Or did the clustering change too much? Thanks, --Marcus -Original Message- From: Marcus Redeker [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 10:57 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] Cluster aware Scheduler Vladyslav, thanks for tha link. That is exactly what I am looking for. The problem is that we are planning to go in production in 2 weeks on JBoss 3.2.1 and the service seems to be implemented in JBoss 3.2.2. Do you have the source code to the mentioned HASingletonController and the HASingletonMBeanExample? I could use that and implement the solution I suggested just that the SingletonController activates or deactivate the scheduler on the master instance. Thanks a lot. --Marcus -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vladyslav Kosulin Sent: Tuesday, August 12, 2003 9:27 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Cluster aware Scheduler Look at http://www.cocoonhive.org/articles/jboss/20030610/hasingleton.html Marcus Redeker wrote: All, I am looking for a cluster aware scheduler service. The scenario is that I have two JBoss instances running in a cluster and I have a scheduler service running on one of them since it is fatal if my schedulable object would be invoked twice on both instances. But also I would like to have a failover which means that in case the instance which is running the scheduler service is going down I want another instance in the cluster to take over and activate the scheduler. Is anything in that direction already available? From looking into the source I did not see anything. If not I would like to implement some kind of HASchedulerMBean. This could work the way that you would deploy your scheduler service with StartAtStartup = false and the HASchedulerMBean would invoke the start depending on which server is available in the cluster. Sacha: Do you have a tip for me where to look in the clustering classes to get a head start? Thanks, --Marcus --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet _072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Cluster aware Scheduler
Good idea, being able to submit even fixed parameters is a good idea. Cheers, sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcus Redeker Sent: mercredi, 13. août 2003 00:45 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Cluster aware Scheduler Yes it works without a problem. Just copied the two extra packages from JBoss3.2.2 clustering back to JBoss3.2.1 and that was it. Currently the HASingletonController can only invoke target startMethod and targetStopMethod with NO parameters. I will change that so I can invoke the stopSchedule(true) on the Scheduler MBean. Once this is done I will submit tha patch in case you guys want to integrate it into 3.2.2 Thanks again to everybody and keep following the white rabbit.. --Marcus -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sacha Labourey Sent: Tuesday, August 12, 2003 11:37 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Cluster aware Scheduler I think that shouldn't be too much of a problem as it is based on the framework whose interfaces haven't changed between 3.2.1 and 3.2.2. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: mardi, 12 août 2003 23:29 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Cluster aware Scheduler Never mind. I found the stuff in the JBoss 3.2.2 source tree. Thanks again! Sasha: Is it possible to get the HASingleton to work in JBoss 3.2.1? Or did the clustering change too much? Thanks, --Marcus -Original Message- From: Marcus Redeker [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 10:57 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] Cluster aware Scheduler Vladyslav, thanks for tha link. That is exactly what I am looking for. The problem is that we are planning to go in production in 2 weeks on JBoss 3.2.1 and the service seems to be implemented in JBoss 3.2.2. Do you have the source code to the mentioned HASingletonController and the HASingletonMBeanExample? I could use that and implement the solution I suggested just that the SingletonController activates or deactivate the scheduler on the master instance. Thanks a lot. --Marcus -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vladyslav Kosulin Sent: Tuesday, August 12, 2003 9:27 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Cluster aware Scheduler Look at http://www.cocoonhive.org/articles/jboss/20030610/hasingleton.html Marcus Redeker wrote: All, I am looking for a cluster aware scheduler service. The scenario is that I have two JBoss instances running in a cluster and I have a scheduler service running on one of them since it is fatal if my schedulable object would be invoked twice on both instances. But also I would like to have a failover which means that in case the instance which is running the scheduler service is going down I want another instance in the cluster to take over and activate the scheduler. Is anything in that direction already available? From looking into the source I did not see anything. If not I would like to implement some kind of HASchedulerMBean. This could work the way that you would deploy your scheduler service with StartAtStartup = false and the HASchedulerMBean would invoke the start depending on which server is available in the cluster. Sacha: Do you have a tip for me where to look in the clustering classes to get a head start? Thanks, --Marcus --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet _072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet _072303_01/01 ___ JBoss
[JBoss-dev] Ceci n'est pas une pipe
Dear All, These last days, many people have expressed their opinion on JBoss mailing lists regarding the recent removal of RW privileges to some people. Some of these opinions made me observe that the global picture was frequently simply ignored. Let me simply restate the obvious: the world is not black xor white. You don't have, on one side, the black greedy JBoss Group that has an evil plan to secretly execute and, on the other side, a few white code-poets, defenders of Open Source, that live of love, fresh water and who truly don't understand why their privileges have been revoked. They know exactly why. Some people have complained that all this noise should have been solved privately, behind the scene. I tend to agree. In fact, until now, it always had. We had business discussions, each side trying to convince the other, putting pressure on the other side. Business as usual. The recent posting on JBoss ML from people who do not understand?!? How is that possible?!? Damned! Me, who never had a bad thinking in my all life!?! Pleease, simply allow me to express my art! is just a way to try to use the community against the evil JBoss Group and its army of slaves. Really, if you love this kind of stories, you'd better buy the Holà magazine, it is much deeper, plus you get some nice pictures as well. If you don't like this kind of stories, fair enough, ignore them as it is just the visible part of an iceberg: a business disagreement. But remember: the disagreement is on both side, not just JBoss Group doing evil business and the other side defending Virgin Open Source. That may be the image some people would like to give. And then there is reality. And until now, it seems that the JBoss Group has always defended the interests of the JBoss community while many other OSS projects have died in the meantime. While would that change? Go back to code, go back to business. This will be my unique post on this topic. Regards, Sacha P.S.: I propose to free JBoss-user and JBoss-dev ML from this topic. If you want to talk about it, let's move that to the online forums at http://www.jboss.org/forum.jsp?forum=91 x Sacha Labourey General Manager JBoss Group (Europe) SàRL x --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Interface or protocol between JBoss and its clustering framework
Yes, this is correct. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: mercredi, 6. août 2003 17:38 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Interface or protocol between JBoss and its clustering framework So far the only externalization of the clustering config needed has been the JChannel configuration. I don't think we actually rely on anything JChannel specific so externalize the Channel factory and generalize the current signatures and submit it as a patch. -- Scott Stark Chief Technology Officer JBoss Group, LLC Uijin Hong wrote: Hi JBoss developers. I am doing some pilot testing to build new clustering infrastructure for JBoss, which is based on Erlang/OTP (http://www.erlang.org http://www.erlang.org//, http://www.erlang.se/). What I want to be sure is that, is there any written specification between JBoss and JBosss clustering infrastructure? My first attempt is building something like ErlChannel implements the org.javagroups.Channel, so that I only get mess with JavaGroups and gets the thing done. But it seems like that the org.jboss.ha.framework.servers some classes (say HAPartitionImpl) is directly using JChannel instead of Channel which JavaGroups guys recommend(http://www.javagroups.com/javagroupsnew/docs/faq.ht ml#WhichChannel). So, I want to be sure which one the boundary of JBoss and its clustering Implementation is, and where those protocol/document/specification stuffs are. Regards, Uijin Hong. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet _072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] DistributedReplicantManager.isMasterReplica(String) false positives?
Hello Bela, Yes, but Scott found two interesting things: - it seems that even if two nodes share the same view, the name of the members of the view may appear different (one has the name, the other the IP address) - there is an unstable condition somewhere that make the singleton service flip-flap while it shouldn't be necessary (+ race condition but that's at another level) I will most probably play with the additional code you had added at the begginig of the year to add another information to the IpAddress, but for this will have to change TCP as well (you only changed UDP) so that this additional information is always taken in account when generating new IpAddress at the TCP JG protocol layer. Cheers, Sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bela Ban Sent: lundi, 4. août 2003 23:55 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] DistributedReplicantManager.isMasterReplica(String) false positives? The entire logic to determine when to become singleton is handled in the view callback. Since this can potentially be length, and also uses remote group calls, I suggest to run this in a separate thread, so you won't run into a deadlock. By default, HA Clustering does *not* use deadlock detection. Scott M Stark wrote: There is a race condition i the DistributedReplicantManager.isMasterReplica(String) that shows up when this method is called from within a notifyKeyListeners as shown by this stack trace: Thread main@65 status: RUNNING - isMasterReplica():437, org.jboss.ha.framework.server.DistributedReplicantManagerImpl - isDRMMasterReplica():234, org.jboss.ha.jmx.HAServiceMBeanSupport - partitionTopologyChanged():103, org.jboss.ha.singleton.HASingletonSupport - replicantsChanged():197, org.jboss.ha.jmx.HAServiceMBeanSupport$1 - notifyKeyListeners():675, org.jboss.ha.framework.server.DistributedReplicantManagerImpl - add():326, org.jboss.ha.framework.server.DistributedReplicantManagerImpl - registerDRMListener():204, org.jboss.ha.jmx.HAServiceMBeanSupport - startService():144, org.jboss.ha.jmx.HAServiceMBeanSupport This is due the the choice to return true when the key in question is in the localReplicants table, but not the replicants table: public boolean isMasterReplica (String key) { if (!localReplicants.containsKey (key)) return false; Vector allNodes = this.partition.getCurrentView (); HashMap repForKey = (HashMap)replicants.get(key); if (repForKey==null) return true; This seems to be an ambiguous condition as this condition exists for a node that calls add and when the state has not synched or has failed to synch. Another problem I'm seeing at least in the context of the singleton service is that the notion of the master node is unstable. Here is the output from one of 3 nodes running the singleton service starting with the addition of the final node shown as view 2. 15:35:44,637 INFO [Server] JBoss (MX MicroKernel) [3.2.2RC3 (build: CVSTag=Branch_3_2 date=200307312219)] Started in 5s:948ms 15:36:27,719 INFO [DefaultPartition] New cluster view: 2 ([lamia:32947, 172.17.66.54:2821, ironmaiden:51770] delta: 1) 15:36:27,749 INFO [DefaultPartition:ReplicantManager] Dead members: 0 15:37:13,555 INFO [DefaultPartition] New cluster view (id: 3, delta: -1) : [172.17.66.54:2821, ironmaiden:51770] 15:37:13,575 INFO [DefaultPartition:ReplicantManager] Dead members: 1 15:38:13,321 INFO [HASingletonMBeanExample] Notified to start as singleton 15:38:13,321 INFO [DefaultPartition] New cluster view (id: 4, delta: 1) : [172.17.66.54:2821, ironmaiden:51770, lamia:32949] 15:38:13,331 INFO [DefaultPartition:ReplicantManager] Dead members: 0 15:38:13,361 INFO [HASingletonMBeanExample] Notified to stop as singleton 15:39:13,447 INFO [HASingletonMBeanExample] Notified to start as singleton 15:39:13,457 INFO [HASingletonMBeanExample] Notified to stop as singleton With view 3 the orginal node and singleton is killed and the node for which the console output corresponds(172.17.66.54) is selected as the singleton. When the third node is started again there is some thrashing due to the existing 2 nodes both selecting themselves as the singleton and telling the other to stop and it appears that there is no singleton choosen. The problem seems to be inconsistent matching of member names. Once only knows it IP while the other node knows the hostnames. Here is the console view of the second node showing the hostnames and its thrashing: 15:25:21,023 INFO [Server] JBoss (MX MicroKernel) [3.2.2RC3 (build: CVSTag=Branch_3_2 date=200307312219)] Started in 13s:597ms 15:26:05,562 INFO [DefaultPartition] New cluster view: 3 ([succubus:2821,
RE: [JBoss-dev] DistributedReplicantManager.isMasterReplica(String) false positives?
I will work on that, thanks for the complete report. Cheers, Sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: lundi, 4. août 2003 00:59 To: [EMAIL PROTECTED] Subject: [JBoss-dev] DistributedReplicantManager.isMasterReplica(String) false positives? There is a race condition i the DistributedReplicantManager.isMasterReplica(String) that shows up when this method is called from within a notifyKeyListeners as shown by this stack trace: Thread main@65 status: RUNNING - isMasterReplica():437, org.jboss.ha.framework.server.DistributedReplicantManagerImpl - isDRMMasterReplica():234, org.jboss.ha.jmx.HAServiceMBeanSupport - partitionTopologyChanged():103, org.jboss.ha.singleton.HASingletonSupport - replicantsChanged():197, org.jboss.ha.jmx.HAServiceMBeanSupport$1 - notifyKeyListeners():675, org.jboss.ha.framework.server.DistributedReplicantManagerImpl - add():326, org.jboss.ha.framework.server.DistributedReplicantManagerImpl - registerDRMListener():204, org.jboss.ha.jmx.HAServiceMBeanSupport - startService():144, org.jboss.ha.jmx.HAServiceMBeanSupport This is due the the choice to return true when the key in question is in the localReplicants table, but not the replicants table: public boolean isMasterReplica (String key) { if (!localReplicants.containsKey (key)) return false; Vector allNodes = this.partition.getCurrentView (); HashMap repForKey = (HashMap)replicants.get(key); if (repForKey==null) return true; This seems to be an ambiguous condition as this condition exists for a node that calls add and when the state has not synched or has failed to synch. Another problem I'm seeing at least in the context of the singleton service is that the notion of the master node is unstable. Here is the output from one of 3 nodes running the singleton service starting with the addition of the final node shown as view 2. 15:35:44,637 INFO [Server] JBoss (MX MicroKernel) [3.2.2RC3 (build: CVSTag=Branch_3_2 date=200307312219)] Started in 5s:948ms 15:36:27,719 INFO [DefaultPartition] New cluster view: 2 ([lamia:32947, 172.17.66.54:2821, ironmaiden:51770] delta: 1) 15:36:27,749 INFO [DefaultPartition:ReplicantManager] Dead members: 0 15:37:13,555 INFO [DefaultPartition] New cluster view (id: 3, delta: -1) : [172.17.66.54:2821, ironmaiden:51770] 15:37:13,575 INFO [DefaultPartition:ReplicantManager] Dead members: 1 15:38:13,321 INFO [HASingletonMBeanExample] Notified to start as singleton 15:38:13,321 INFO [DefaultPartition] New cluster view (id: 4, delta: 1) : [172.17.66.54:2821, ironmaiden:51770, lamia:32949] 15:38:13,331 INFO [DefaultPartition:ReplicantManager] Dead members: 0 15:38:13,361 INFO [HASingletonMBeanExample] Notified to stop as singleton 15:39:13,447 INFO [HASingletonMBeanExample] Notified to start as singleton 15:39:13,457 INFO [HASingletonMBeanExample] Notified to stop as singleton With view 3 the orginal node and singleton is killed and the node for which the console output corresponds(172.17.66.54) is selected as the singleton. When the third node is started again there is some thrashing due to the existing 2 nodes both selecting themselves as the singleton and telling the other to stop and it appears that there is no singleton choosen. The problem seems to be inconsistent matching of member names. Once only knows it IP while the other node knows the hostnames. Here is the console view of the second node showing the hostnames and its thrashing: 15:25:21,023 INFO [Server] JBoss (MX MicroKernel) [3.2.2RC3 (build: CVSTag=Branch_3_2 date=200307312219)] Started in 13s:597ms 15:26:05,562 INFO [DefaultPartition] New cluster view: 3 ([succubus:2821, ironmaiden:51770] delta: -1) 15:26:05,573 INFO [DefaultPartition:ReplicantManager] Dead members: 1 15:27:05,506 INFO [HASingletonMBeanExample] Notified to start as singleton 15:27:05,509 INFO [DefaultPartition] New cluster view: 4 ([succubus:2821, ironmaiden:51770, lamia:32949] delta: 1) 15:27:05,513 INFO [DefaultPartition:ReplicantManager] Dead members: 0 15:27:05,531 INFO [HASingletonMBeanExample] Notified to stop as singleton 15:28:05,520 INFO [HASingletonMBeanExample] Notified to start as singleton 15:28:05,526 INFO [HASingletonMBeanExample] Notified to stop as singleton Its not clear that the DistributedReplicantManager.isMasterReplica was designed to be used for the selection of a singleton node, but if it is, the logic needs to be firmed up. If not, the singleton service needs to be built on something else. -- Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.Net email sponsored by: Free
[JBoss-dev] JSR-77: EAR sub-modules?
Hello, Is that intended or a bug that in JSR-77, the EAR never has any sub-modules listed (always empty). Cheers, Sacha --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JSR-77: EAR sub-modules?
Sorry, the pre-written e-mail went away when I connected to the Internet: I found the bug and fixed it locally. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: vendredi, 27. juin 2003 16:10 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JSR-77: EAR sub-modules? Must be a bug. I'll look at this tomorrow when I look into some other jsr-77 issues. -- Scott Stark Chief Technology Officer JBoss Group, LLC Sacha Labourey wrote: Hello, Is that intended or a bug that in JSR-77, the EAR never has any sub-modules listed (always empty). Cheers, Sacha --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Antwort: RE: [JBoss-dev] JBossMQ rewrite
Sorry but the reloaded brand is already used by another JBoss project managed by Thomas Aardal to allow old JBoss client jars to be used with newer JBoss releases ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: lundi, 16. juin 2003 21:08 To: [EMAIL PROTECTED] Subject: RE: Antwort: RE: [JBoss-dev] JBossMQ rewrite As Bela and I have recently discussed with Tom Elrod, we all think that exposing JavaGroups as a transport of the remoting framework is indeed the best approach. However, I struggle with how the client-server nature of the remoting framework maps to the client-client nature of mulicast. I think this can indeed be overcome. However, as Tom doesn't have much time to spend on it, I think the road I'm gong to go down is to code directly to JavaGroups right now, and abstract it later. However, the real important point here FOR EVERYONE TO GET is that the multicast implementation is just ONE implementation of the client-side JMS interfaces. We will also support the traditional client-server based implementation that the new code is building toward. The only reason I'm even talking about the multicast stuff is because Bela showed me just how JavaGroups makes it so simple to implement and it will give us an opportunity to get something out the door in short order. Additionally, multicast will always provide better performance for pub/sub then a traditional client-server design. So for clients that want in-firewall messaging that is super fast, the multicast stuff will best serve their needs. For clients that need Internet messaging, etc. the traditional design will be used. We are VERY focused on building a best-of-breed JMS implementation. The current code causes us pain and that is all the motivation we need. I was very encouraged to talk to the guys last week and gather ideas. Andrian Brock is brilliant and has all sorts of ideas for the new JMS codebase that have all grown out of his dealings with the old codebase. We will not repeat the mistakes of the old codebase which is why we're starting anew from scratch. I'm going to get the project page on the website set up to better communicate the plan (which is something I should have done long ago) over the next week. Oh, and to address Marc's comment on the reloaded thing... that is just a code name for now--it sounds better then saying rewrite. The branding is clearly JMS/JBoss. Thanks, Nathan Phelps JMS/JBoss Project Lead JBoss Group, L.L.C. Quoting Bill Burke [EMAIL PROTECTED]: Nathan's design will not be based on JavaGroups, but will rather use JavaGroups as one type of transport mechanism. I would rather see JBoss Remoting used as an abstraction with JavaGroups as a plugin rather than JavaGroups at the center of things. BUTdon't let this requirement hold you up from getting a first iteration in place. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bela Ban Sent: Monday, June 16, 2003 1:12 PM To: [EMAIL PROTECTED] Subject: Re: Antwort: RE: [JBoss-dev] JBossMQ rewrite Hi Ulf, (2) message redelivery / message throttling clustering / failover since Nathan's design is based on JavaGroups, these issues are JavaGroups issues: - Message retransmission is handled by JavaGroups. - Failover: what do you understand by failover ? - Throttling: we are working on a multicast flow control protocol, JG currently ships with one, but it has a number of bugs and needs further work. I'm also working on a new flow control protocol. Also, note that you can run JG with TCP as transport, then you essentially have the classic JMS client-server implementation. (3) messaging system monitoring / administration I there a way to participate in the your ongoing rewrite ? Give us some more time; Nathan essentially designed the serverless JMS last weekend... -- Bela Ban http://www.javagroups.com Cell: (408) 316-4459 --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Jboss-development mailing list [EMAIL PROTECTED]
RE: [JBoss-dev] Attn: Sacha - AbstractSessionManager changes in org.mortbay...
Hello, Sacha, I note that you have made some changes to jetty/src/main/org/mortbay/jetty/servlet/AbstractSessionManage r.java et alia on Branch_3_2, to support statistics retrieval. Yes. This is just to remind you that, whilst a copy of Jetty cvs is kept in JBoss cvs (Marc asked for it), the place for such changes is Jetty cvs - otherwise they will be lost next time I merge across. As we have Jetty sources in JBoss and have no RW access in Jetty CVS, that seems appropriate for me to incorporate the changes in our tree (otherwise, I don't really see the advantage over binary inclusion, except having the possibility to choose Jetty compile options). Consequently, in any case, what is the process to get RW access to Jetty? Cheers, Sacha --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] deploy.last is not very clean
Title: Message if you have more services, then put them like this: deploy/deploy.last/service1.xml deploy/deploy.last/service2.xml deploy/deploy.last/service3.xml deploy/deploy.last/service4.xml deploy/deploy.last/service5.xml deploy/deploy.last/service6.xml If you don't like "last", simply put "zip", the result is the same, no other trick has been implemented, just an alias. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David KlimekSent: jeudi, 5. juin 2003 19:46To: [EMAIL PROTECTED]Subject: [JBoss-dev] deploy.last is not very clean Sacha Labourey wrote: User: slaboure Date: 03/06/05 06:26:17 Modified:src/main/org/jboss/deployment Tag: Branch_3_2 DeploymentSorter.java SubDeployerSupport.java Log: Add features that allows to have JAR (dir or file) deployment that ends in ".last" and that are deployed after everything in deploy This is necessary as some components do need to be deployed after everything (such as the farm service, so that every other component is already started before deployed what is in farm). consequently, as part of "all" we now have a folder named "deploy.last" that contains farm-service.xml Hi, it seems to me like a unclean hack. What if I will have more services that should be deployed last? Than I must set dependencies between them manualy. Also I am afraid of all/ directory looking in future like: all/deploy.beforefirst all/deploy.first all/deploy.afterfirst all/deploy.before all/deploy all/deploy.after all/deploy.beforelast all/deploy.last all/deploy.afterlast If there is such a dependency between components, it should be handled through more universal dependency or ordering mechanism. David -- http://www.sweb.cz/david.klimek
RE: [JBoss-dev] Daily tests v2
Hello Fred, Could you please let me know the advance of this project? I am interested in it and willing to help setting up the environment. Cheers, Sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Hartman Sent: vendredi, 11. avril 2003 18:44 To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] Daily tests v2 webMethods has the 3.0.x and 3.2.x branches compiling and running the testsuite on 35 OS/JVM combinations. We are preparing to move the results host outside our firewall and will allow the JBoss Community to add testsuite results for JVM/OS combinations that are not covered to that archive. More info will be coming in the next couple weeks. Cheers, Fred -Original Message- From: Chris Kimpton [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2003 2:16 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Daily tests v2 Hi, I have the my shiny new daily testing going fairly smoothly now, you can see the web results here: http://jboss1.kimptoc.net/ I will point the email nagger to the jboss-dev list any moment now... It does regular intra-day compiles, linux and winxp (via cygwin) - only on jdk1.4 and daily tests (full and unit tests - alternating between machines). Its only using HEAD. I presume this is used for JBoss4 dev... So - what else should be covered? - other branches? - other jdks - ie should I try building/testing a minimal system under jdk13? See ya, Chris = __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Daily tests v2
OK, We still need to find a way to make this information easy to browse (by OS/JVM vendor/JVM version/JBoss version etc.) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Hartman Sent: dimanche, 13. avril 2003 00:15 To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] Daily tests v2 The idea is a simple build.xml with minimal setup (cvs client, Ant, a JDK, a couple modifications to an Ant properties file). The build.xml does the cvs copyout, compile, test case run, shutdown and then FTPs the results to a web site. This build.xml only works unattended with fixes that are in =3.0.7 and 3.2 branches. We will be scheduling the tester to run regularly on the tip of all major source branches (4.0 will be added soon) and results will be archived for every release, so anyone can make sure the failures they get from a home install are the 'correct' set for a given release. Over time we will be setting up the tester for more JDKs and OSes. The initial set of OSes is: RedHat Linux 2.4.18-26.8.0 RedHat Linux 2.2.16-22 RedHat Linux 2.2.14-5.0 Windows 2000 Windows NT Windows XP Solaris 5.9 AIX 4.3 AIX 5.1L HP-UX 11i HP-UX 11 We would also like to extend the test result archive to include results of testsuite execution using other DBMSes and JMS providers. -Fred -Original Message- From: Sacha Labourey [mailto:[EMAIL PROTECTED] Sent: Saturday, April 12, 2003 5:36 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Daily tests v2 Hello Fred, Could you please let me know the advance of this project? I am interested in it and willing to help setting up the environment. Cheers, Sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Hartman Sent: vendredi, 11. avril 2003 18:44 To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] Daily tests v2 webMethods has the 3.0.x and 3.2.x branches compiling and running the testsuite on 35 OS/JVM combinations. We are preparing to move the results host outside our firewall and will allow the JBoss Community to add testsuite results for JVM/OS combinations that are not covered to that archive. More info will be coming in the next couple weeks. Cheers, Fred -Original Message- From: Chris Kimpton [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2003 2:16 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Daily tests v2 Hi, I have the my shiny new daily testing going fairly smoothly now, you can see the web results here: http://jboss1.kimptoc.net/ I will point the email nagger to the jboss-dev list any moment now... It does regular intra-day compiles, linux and winxp (via cygwin) - only on jdk1.4 and daily tests (full and unit tests - alternating between machines). Its only using HEAD. I presume this is used for JBoss4 dev... So - what else should be covered? - other branches? - other jdks - ie should I try building/testing a minimal system under jdk13? See ya, Chris = __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JB4DR1 Deadline MAY 26
I talked with Dr Jung yesterday, the Webservices part is going pretty well but JAXR is 70% there and W2EE is still 80% to go (but easy) (Dr. Jung's words) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dain Sundstrom Sent: vendredi, 4. avril 2003 00:48 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JB4DR1 Deadline MAY 26 I don't think we can support J2EE 1.4 for the DR1 release unless someone gets in and makes whatever changes are required to get our metadata classes to support the XML schemas used in J2EE 1.4. Besides meta data are there other big things in J2EE 1.4 that we haven't addressed yet? -dain On Thursday, April 3, 2003, at 04:30 PM, Igor Fedorenko wrote: What J2EE specification version are you planning to support in JBoss 4.0? J2EE 1.4 is not final as far as I know... -Original Message- From: marc fleury [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2003 3:47 PM To: [EMAIL PROTECTED] Sourceforge. Net Subject: [JBoss-dev] JB4DR1 Deadline MAY 26 Guys, We are thinking a lot about the forthcoming JB4 release. It is a truly exciting step for us as we believe we will bring a programming style, whose time has come, to a mass audience. AOP as Bill says is a clear wave for system level services on par with OOP. On top of it and also as a proof of how powerful the approach is we still develop a full J2EE server. Meaning that you can choose to live in the J2EE world work on JBoss J2EE and access all the prepackaged AOP goodies as you have been doing since JBoss2.0. There seems to be a lot of fear at SUN from what I can tell in the press, that we will abandon J2EE. We love J2EE. When really we will support J2EE for the forthcoming future. Never do we talk about abandoning J2EE, we just let the user access core functionality in the open server and think at the AOP level. A more fundamental construct of the framework. The reason we are almost there is that it is also a very old implementation in JBoss. We have been doing it for a long time but never talked/packaged it this way. We make it easy for you to leverage the AOP layer. The implementation is old the way you interact with JBoss is new. It can also be old if you decide to stay at the J2EE level which will be fully supported. But you are now invited to roam in the core JBoss system, in fact you may find it very cozy as you port POJO based applications to JBoss. There will be a stabilization period though. We are making an aggressive push to release JB4 by JavaONE with all our resources dedicated to implementing the final AOP system aspects and porting some of the existing code to that. We're making an aggressive push to release JBoss 4.0 by JavaOne. We're targeting May 26th. That leaves us 2 month from now. I REPEAT TARGET FOR JBOSS4.0 DR1 MAY 26TH To meet this aggressive deadline, we need to set some dates. There will be a functionality freeze, Monday, May 5th. All new functionality commits after May 5th must be approved by either Scott Stark, or Bill Burke. We will not branch May 5th, but instead make the month of May, JBoss 4.0 stability en route to a Developpers Release 1 (DR1). Please think long and hard and fast about your modules. Many of you are involved in core modules that need to move fast in the coming weeks. Don't be afraid to talk and say who needs help etc. PLgC marcf --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [ jboss-Patches-714762 ] Adding Instrumentation Processing Support to JBoss
Where is the attached file? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of SourceForge.net Sent: jeudi, 3. avril 2003 19:18 To: [EMAIL PROTECTED] Subject: [JBoss-dev] [ jboss-Patches-714762 ] Adding Instrumentation Processing Support to JBoss Patches item #714762, was opened at 2003-04-03 17:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=7 14762group_id=22866 Category: JBossServer Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Rob Dickinson (rob_dickinson) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Instrumentation Processing Support to JBoss Initial Comment: Intercepting application classes at load-time or deploy- time is exceedingly useful for a variety of purposes, chief among them is the flexibility it provides to perform actions dynamically based on specific needs of the JBoss user not anticipated ahead of time by the JBoss source tree. Several application server products (notably BEA WebLogic and MacroMedia JRun) support this concept via a generic facility, and here we propose creating a similar service for JBoss via a few minor changes to the MainDeployer class (org.jboss.deployment.MainDeployer) that we would like to see applied to the main source tree. The attached ZIP file contains a more detailed proposal document as well as file deltas. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=7 14762group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Partition merge and service state merge algorithm
You are talking about a primary-partition approach. The literature tells you to shut down members in a non-primary partitions. It is simple to implement, all right. But it reduces overall availability of a distributed system, that's why there are many approaches beyond primary partition in research. But regardless of whether we want to have progress or shutdown on a partition, we need to present to the user a choice. E.g. shut down, continue and merge later etc. This way we can implement both approaches. Yes, I think we are speaking exactly about the same thing: pluggable policy to let the application/user choose which is best for its app and if the network partition is critical for him or not. The primiary partition was just an example. Cheers, sacha --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] hsqldb options
I had a dream! That one day, babelfish will be able to understand AND TRANSLATE Peter songs. Nice try Adrian, but you've abandonned on the last part! ;) like a iteration of min 1k for a deploy/undeploy repeted test for thejbossteam ploy deploy ... resulting in a non mem fatigue - then thejbossteam might be considered to move on ... !!! There is a memory leak in hot deployment? --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] forums search
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.2 /doc/jk/workershowto.html http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0. 2/doc/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Felipe Oliveira Sent: lundi, 31. mars 2003 22:52 To: JBoss Dev Subject: [JBoss-dev] forums search hi jboss team, the search on the forums page doesn't seem to be working. i search for mod_proxy and no results. then i search for apache and no results. and then again i search for java and no results. felipe --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] hsqldb options
Don't worry if you don't understand Peter's posts, it is like American music for French people: just something you have to listen and enjoy, without understanding the words. Peter is somehow jboss-dev's official poet. Make... letters play and ! Ho here a dot playing with a ^column. Klafuti, Klafuta. Pudding song. -- I know who is Zahid Ramman -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: lundi, 31. mars 2003 17:49 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] hsqldb options Sorry Peter, no offesne, but But could somebody explain what the hell he just posted? Sacha, pointed out McKoi. I'd like to see how good of a DB this is. Anybody have any experience with it? Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Peter Fagerlund Sent: Sunday, March 30, 2003 6:29 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] hsqldb options söndagen den 30 mars 2003 kl 20.33 skrev marc fleury: why don't we bring them on then? Send in another X number troops to fix the non result .. Pulezzze what is the non result U are experiencing ... the real or the non-real ... and You say solve it with numbers -hehe ... You are such a non-general You are ... just a trooper ... U are ... Listen kids ... producing LOC is very un-interesting - Reducing LOC with clear spell is productive ... Some of You are just adding classes and LOC without keeping a entropy check ... for Your code -- shining U are with LOC count. This is very much real here ... I like a iteration of min 1k for a deploy/undeploy repeted test for thejbossteam ploy deploy ... resulting in a non mem fatigue - then thejbossteam might be considered to move on ... !!! check ... --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Partition merge and service state merge algorithm
Hello Bela, Yes, we need some kind of policy. But I thought about something a little bit different. In fact, there is already a way for services that have state to know about partition merging and plug into it. Instead I thought about a policy where you can receive events when you are no more on the good side (defined by the policy) of the network partition. This could be, for example, access to a common DB, some data in a common DB, the minimal size of the partition, etc. As long as the policy is not satisfied, the service would be in stand-by. Cheers, sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bela Ban Sent: mardi, 1. avril 2003 02:31 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Partition merge and service state merge algorithm David Klimek wrote: Hi Sacha, thank you very much for your comments. Now I believe I have quite clean picture of partition merge issues. Maybe the conditions and limitations you mentioned should be added to documentation as they are not obvious and there can be a lot of people living, as I did before, in paradise, where all the mess with state merging, is handled by clustering framework. Maybe we should come up with a conflict resolution policy, similar to the failover policy: the policy is user-defined and - whenever there is a merge - it is called with all substates. At this point it needs to implement the merge and update the local copy. For the state service we could for instance provide a simple default policy which applies the union of all states and sees this as the new state. The only requirement for such a policy is that it is deterministic. -- Bela Ban www.javagroups.com (408) 316-4459 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] ECPERF [WAS: hsqldb options]
BTW, who is currently working on ECPerf? What is the status? I am interested in some feedback about the current status.F -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: samedi, 29. mars 2003 21:00 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] hsqldb options Too many writes, to many Optimistic exceptions. TRANSACTION_SERIALIZABLE usually is considered a performance bottleneck in the same way that our QueuedPessismistic Entity bean lock can be a bottleneck as well. I would like to try out ECPERF with Mckoi to see what kind of performance boost we could get. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sacha Labourey Sent: Saturday, March 29, 2003 1:09 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] hsqldb options Did you take a look at McKoi? http://www.mckoi.com/database/ From the DOC: = There are four transaction isolation levels defined by the SQL standard. Each isolation level provides varying degrees of protection from seeing changes made by concurrent connections. The Mckoi database engine supports the strongest isolation level defined by the standard - TRANSACTION_SERIALIZABLE. This isolation level prevents a transaction from seeing all types of concurrent changes. The Mckoi database engine achieves this through a multi-version data model that efficiently manages and isolates multiple views of the underlying data. During a transaction the connection sees a version (or snapshot) of the database that is isolated from any changes made by other connections. Additionally, any changes made within the context of a transaction are isolated from the rest of the database. This means that while a transaction is open the view a connection has of the database is blind from changes made by other concurrent connections. The multi-version data model allows the Mckoi database engine to avoid all inter-transactional table/row locking and deadlock issues. No tables or rows are locked between concurrent transactions. While one transaction is reading from a table, another transaction may update the table at the same time. Any data consistency conflicts (for example, two connections committing a change that deletes the same row from a table) are detected when a transaction is committed. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: samedi, 29. mars 2003 19:00 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] hsqldb options -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of David Jencks Sent: Saturday, March 29, 2003 10:55 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] hsqldb options Prompted by a customer, I did some experiments with hsqldb options. Currently we specify a tcp port and require a hsqldb mbean to start the hsqldb server. This opens a port and requires explicit hsqldb shutdown. Two other options that appear to work are: specify url jdbc:hsqldb:. and remove the hsqldb mbean. This results in a totally in memory db, nothing saved to disk. IMO this is appropriate for most of the testsuite since it eliminates problems with data not being cleaned up between test runs. specify url jdbc:hsqldb:somefile and remove the hsqldb mbean. This results in the db saved in a couple of files named like somefile. No port is opened. No explicit shutdown of hsqldb seems to be required (although I didn't test how much data is actually saved) Could someone who knows more about hsqldb please explain clearly why we would want to continue using the setup we have now rather than one of the tcp-port free options? Man, if only hsqldb was transactional. We should recruit them to become a JBoss project and put keen transactional minds like David Jencks on the subject. A fully transactional in-memory DBMS would kick the crap out of everybody in benchmarking. I'm surprise Oracle 9iAS doesn't run in-process with the Oracle DBMS already Bill --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las
RE: [JBoss-dev] Partition merge and service state merge algorithm
Yes, sure. In the meantime, I've added my SFSB proposal to the clustering todo list. Thank you for this discussion, sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Klimek Sent: lundi, 31. mars 2003 00:07 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Partition merge and service state merge algorithm Hi Sacha, thank you very much for your comments. Now I believe I have quite clean picture of partition merge issues. Maybe the conditions and limitations you mentioned should be added to documentation as they are not obvious and there can be a lot of people living, as I did before, in paradise, where all the mess with state merging, is handled by clustering framework. Greet's David Sacha Labourey wrote: Maybe that's one of the points. As I understand partion split each groups things that all nodes in other group are down, but they are not so there is not chance how to avoid concurrent access. Yes. But solutions may be found, such as using a central DB as a way to decide who is up/down. Anyway the same problem can occur in DistributedState service from JBoss Clustering framework, where no such limitaton is explicitly given by spec. Yes, this must be added for generic use. But let's finish our SFSB discussion first as it is a little bit different. Furthermore, even in the strange scenario you describe (concurrent access to a same SFSB), the merge would not update the remote nodes until a new SFSB operation occurs i.e. with SFSB, we replicate only when we modify a SFSB, not when a merge occurs. That's even worst. Suppose after partition merge group 1. has SFSB in state A and group 2. has SFSB in state B. We DON'T merge state for SFSB. First, as I belive, after partition merge you can get inconstent behavior. If you use SFSB replica from node in group 1. you get state A if you read SFSB replica from node in group 2. you get state B. Yes, but remember that the choice of the node is done in the CLIENT proxy which will ALWAYS use the same target as long as it is available. Second, when SFSB modify to state C occurs, one node rewrites state B and A on all other nodes. So group of nodes went through states A-C and group through states A-B-C with all consequences. Yes, the solution is in the fact that we don't merge the state and we always go to the same node. The only situation where something bad could occur is: - client A use node 1 - partition is split - client A continue using node 1 - node 1 cannot transmit its updates to node 2 because of the net partition - client can suddently no more reach node1 - it failover to node 2 but node 2 has the old state! If this is a problem for you, we could imagine to send piggy-back to the client proxy, the state version id. If, when we failover, we have a lower value, we could throw an exception. Maybe I could try to prepare some testcase demonstrating problem. Sorry if am I missing something, but I still strongly believe, that merging partions is very dangerous and can put cluster in Yes, which is why we don't merge. inconsistent state. It seems to me, that it is as complicated as to try merge the state of two computers (processors, memory, I/O devices) after they run separateted for a while. Yes, you are right, it is application specific, there is no generic way to take such a decision. Cheers, Sacha --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- http://www.sweb.cz/david.klimek --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss
RE: [JBoss-dev] hsqldb options
Well, for quick prototyping it is nice to use the persistent version which allows to use JBossMQ for example and restart JBoss without loosing persistent messages. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: samedi, 29. mars 2003 18:45 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] hsqldb options There is no reason why we can't just document both configs and let the user choose what they want. The pure in memory version seems like the better default configuration. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, March 29, 2003 7:55 AM Subject: [JBoss-dev] hsqldb options Prompted by a customer, I did some experiments with hsqldb options. Currently we specify a tcp port and require a hsqldb mbean to start the hsqldb server. This opens a port and requires explicit hsqldb shutdown. Two other options that appear to work are: specify url jdbc:hsqldb:. and remove the hsqldb mbean. This results in a totally in memory db, nothing saved to disk. IMO this is appropriate for most of the testsuite since it eliminates problems with data not being cleaned up between test runs. specify url jdbc:hsqldb:somefile and remove the hsqldb mbean. This results in the db saved in a couple of files named like somefile. No port is opened. No explicit shutdown of hsqldb seems to be required (although I didn't test how much data is actually saved) Could someone who knows more about hsqldb please explain clearly why we would want to continue using the setup we have now rather than one of the tcp-port free options? Thanks david jencks --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] hsqldb options
Did you take a look at McKoi? http://www.mckoi.com/database/ From the DOC: = There are four transaction isolation levels defined by the SQL standard. Each isolation level provides varying degrees of protection from seeing changes made by concurrent connections. The Mckoi database engine supports the strongest isolation level defined by the standard - TRANSACTION_SERIALIZABLE. This isolation level prevents a transaction from seeing all types of concurrent changes. The Mckoi database engine achieves this through a multi-version data model that efficiently manages and isolates multiple views of the underlying data. During a transaction the connection sees a version (or snapshot) of the database that is isolated from any changes made by other connections. Additionally, any changes made within the context of a transaction are isolated from the rest of the database. This means that while a transaction is open the view a connection has of the database is blind from changes made by other concurrent connections. The multi-version data model allows the Mckoi database engine to avoid all inter-transactional table/row locking and deadlock issues. No tables or rows are locked between concurrent transactions. While one transaction is reading from a table, another transaction may update the table at the same time. Any data consistency conflicts (for example, two connections committing a change that deletes the same row from a table) are detected when a transaction is committed. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: samedi, 29. mars 2003 19:00 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] hsqldb options -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of David Jencks Sent: Saturday, March 29, 2003 10:55 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] hsqldb options Prompted by a customer, I did some experiments with hsqldb options. Currently we specify a tcp port and require a hsqldb mbean to start the hsqldb server. This opens a port and requires explicit hsqldb shutdown. Two other options that appear to work are: specify url jdbc:hsqldb:. and remove the hsqldb mbean. This results in a totally in memory db, nothing saved to disk. IMO this is appropriate for most of the testsuite since it eliminates problems with data not being cleaned up between test runs. specify url jdbc:hsqldb:somefile and remove the hsqldb mbean. This results in the db saved in a couple of files named like somefile. No port is opened. No explicit shutdown of hsqldb seems to be required (although I didn't test how much data is actually saved) Could someone who knows more about hsqldb please explain clearly why we would want to continue using the setup we have now rather than one of the tcp-port free options? Man, if only hsqldb was transactional. We should recruit them to become a JBoss project and put keen transactional minds like David Jencks on the subject. A fully transactional in-memory DBMS would kick the crap out of everybody in benchmarking. I'm surprise Oracle 9iAS doesn't run in-process with the Oracle DBMS already Bill --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Partition merge and service state merge algorithm
Disagree. Consider following: 1. Cluster running banking application with SFSB's Ok. 2. Cluster is split into two groups ok 3. Each group continues concurently previous computation You mean: you may have work in progress for a given set of SFSB on each node (each node being on a given network partition) 4. Second group finishes computation and changes SFSB state and produces output (assigns money to account) = go to the DB = no network partition wrt database access. OK. 5. First group still doesn't finish its computation Ok. 6. Partition merge occurs Ok. 7. SFBS state on nodes of second group is rewriten by state of first unfished group No. Here, you make the assumption that you can have CONCURRENT access to the SAME SFSB which is not allowed per spec. Furthermore, even in the strange scenario you describe (concurrent access to a same SFSB), the merge would not update the remote nodes until a new SFSB operation occurs i.e. with SFSB, we replicate only when we modify a SFSB, not when a merge occurs. 8. Cluster finishes computation again and changes SFBS state and produces output (assigns AGAIN money to account) So we get as I belive incorrect and dangerous cluster behavior. Do we agree now? Cheers, Sacha --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
IMPRESSIVE BILL! Congratulations! Not only does this is impressive, but it is ridiculously EASY to use. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: jeudi, 27. mars 2003 01:09 To: Jboss-Dev Subject: [JBoss-dev] AOP versioned ACID objects 1st iteration I have implemented a new AOP service for Serializable POJOs, Versioned Objects. You can transactionally version an object. If you modify the object within a transaction, this modification is not seen by other transactions. If the tx commits, the changes seen, if a rollback happens the changes are rolled back. On commit, if another tx has modified the object, the tx will rollback (OptimisticLocking). The way it works is as follows: POJO pojo = new POJO(); pojo = (POJO)org.jboss.aop.plugins.Versioned.makeVersioned(pojo); calling Versioned.makeVersioned creates a proxy that sits in front of the real object. transactionManager.begin(); pojo.callMethod(); when callMethod is invoked since there is a transaction, an interceptor creates a copy of the REAL pojo and does all further invocations on this copy. pojo.someField = 5; If you have field interception turned on, public field will also be accessed via the copy/version tm.commit(); On commit, a tx Synchronization checks to see if the version you have created is the latest and greatest. If not an org.jboss.aop.plugins.OptimisticLockFailure exception is thrown in beforeCompletion. I'm not sure how this exception is wrapped. Some other semantics: 1. All method invocations force a version to be created. You can avoid this by declared class-metadata as follows: class-metadata name=234234 group=VERSIONED class=org.jboss.test.aop.bean.VersionedPOJO method name=get.* read-onlytrue/read-only /method /class-metadata A readonly method will not cause the creation of a version and the current object will be used. An example and unit test is under testsuite/src/main/org/jboss/test/aop/bean/VersionedObjectTester.java The example object VersionedPOJO.java, has 1 interceptor pointcut declared on the class to do Tx stuff. See testsuite/src/resources/aop/META-INF/jboss-aop.xml for more details. What would be nice is to also write a TransactionalLock interceptor for versioned POJO's that have high OptimisticLock failures. Bill --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Partition merge and service state merge algorithm
You can subscribe to merge events if you want to implement the merging yourself i.e. if you use the clustering framework for your own mbeans. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Klimek Sent: jeudi, 27. mars 2003 12:36 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Partition merge and service state merge algorithm Hello, I'm looking for correct algorithm, that merges states of some clustered service when parition merge occurs. Consider following scenario: 1. Running 8 node cluster 2. Added key name with value=beforesplit into state (state is replicated across all nodes of cluster) 3. Because of network failure cluster is splited into two groups (each with 4 nodes) 4. On first group key name is modified to value groupone 5. On second group key name is modified to value grouptwo 6. Network is recovered. Cluster partion merge occurs. After merge all nodes should have one value for key name but which value? (groupone, grouptwo, beforesplit) or exception should be raised? If we drop one value, what if already this value was used in some computation or output and simple drop will cause inconsistent behavior? Current JBoss clustering services doesn't throw light at it now. DistributedStateService doesn't handle partion merge at all and DistributedReplicaManager simply drops one of values when there are differend values for one key. Thank you for any thoughts David Klimek -- http://www.sweb.cz/david.klimek --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] NUKES on JBoss
Changing the concurrent number of thread allowed for JBossWeb: 100 was way to small! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lennart Petersson Sent: jeudi, 27. mars 2003 16:48 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] NUKES on JBoss Oh, in that case... forget my last post - Looking forward to a fast and stable and not-always-changing site :) by the way... at the moment it is not answering ;) /L --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Partition merge and service state merge algorithm
Hi, thank's for answering. Yes I'm using clustering framwork and membershipChangedDuringMerge, but I didn't find any correct alghorithm how to choose value for conflicting keys. (e.g. Timestamping) I hoped that I would find this idea in source code for DistributedStateService but as I understand its and JavaGroups behavior after partition merge, DistributedStateService can be in inconsistent state. (differend global state data on differend cluster nodes) Am I right? I'm afraid that this problem is unsolvable and there allways be situations in cluster, that after partition merge, cluster will be in inconsistent state and would produce wrong output. No. Cases: - DRM: we refresh total view after merging - Http session: sticky sessions = the last state is always correct - SFSB: we always use the same node and the last state will be resent to other node at merge time --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development