[JBoss-dev] GET_DIGEST_STABLE error
I am using a newer version of JGroups and am getting the following error on code that previously worked in JavaGroups: ChannelException: JChannel(): java.lang.Exception: Configurator.sanityCheck(): event GET_DIGEST_STABLE is required by STABLE, but not provided by any of the layers below at org.jgroups.JChannel.(JChannel.java:151) I know that there were some changes in stack in the latest version (but can't find reference to change requiring GET_DIGEST_STABLE. My properties are as follows and was wondering what I need to change. private String props = "UDP(mcast_recv_buf_size=64000;mcast_send_buf_size=32000;" + "mcast_port=45566;use_packet_handler=false;ucast_recv_buf_size=64000;" + "mcast_addr=228.8.8.8;loopback=false;ucast_send_buf_size=32000;ip_ttl=32):" + "PING(timeout=2000;num_initial_members=3):" + "MERGE2(max_interval=1;min_interval=5000):" + "FD(timeout=2000;max_tries=3;shun=true):" + "VERIFY_SUSPECT(timeout=1500):" + "pbcast.STABLE(desired_avg_gossip=2):" + "pbcast.NAKACK(max_xmit_size=8192;gc_lag=50;retransmit_timeout=600,1200,2400,4800):" + "UNICAST(timeout=1200,2400,3600):" + "FRAG(frag_size=8192;down_thread=false;up_thread=false):" + "pbcast.GMS(print_local_addr=true;join_timeout=3000;join_retry_timeout=2000;shun=true)"; Thanks. -Tom --- This SF.net email is sponsored by OSDN's Audience Survey. Help shape OSDN's sites and tell us what you think. Take this five minute survey and you could win a $250 Gift Certificate. http://www.wrgsurveys.com/2003/osdntech03.php?site=8 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-851757 ] no sequence created on table creation
Bugs item #851757, was opened at 2003-11-30 14:35 Message generated for change (Comment added) made by jbride You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=851757&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: unlord (unlord) Assigned to: Nobody/Anonymous (nobody) Summary: no sequence created on table creation Initial Comment: When auto-increment is enabled on any column using CMP, a sequence should be created when creating the table. For example, if entity-command postgresql-fetch-seq is used, then a postgresql sequence with the appropriate name should be created when the database table that contains the column that uses the sequence is created. This bug is reproducable under JBoss 3.2.2 using PostgreSQL 7.3.4. -- Comment By: Jeffrey Bride (jbride) Date: 2003-12-02 20:43 Message: Logged In: YES user_id=92698 I'm experiencing the same issue with JBoss 3.2.2 and Oracle 9i . However, I can create the sequence manually in the database and specify the sequence name in jbosscmp-jdbc.xml . JBoss does subsequently utilize the sequence correctly. -- Comment By: unlord (unlord) Date: 2003-11-30 15:14 Message: Logged In: YES user_id=35461 In addition, in the case of PostgreSQL, the primary key should have a DEFAULT nextval('""') set on it. This is so that code that executes will work immediately. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=851757&group_id=22866 --- This SF.net email is sponsored by OSDN's Audience Survey. Help shape OSDN's sites and tell us what you think. Take this five minute survey and you could win a $250 Gift Certificate. http://www.wrgsurveys.com/2003/osdntech03.php?site=8 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Playing a part in the JBoss development effort
Hi, I've looked at that. But how do I get onto the development list? Is signing onto [EMAIL PROTECTED] enough? How do I know what's the current status of the various projects, where help is required and how to start off (checking out files, etc.)? thanks! Shyam --- Juha Lindfors <[EMAIL PROTECTED]> wrote: > > Hello, > > this more or less describes the process: > http://www.jboss.org/index.html?module=html&op=userdisplay&id=developers/join > > -- Juha > > __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ --- This SF.net email is sponsored by OSDN's Audience Survey. Help shape OSDN's sites and tell us what you think. Take this five minute survey and you could win a $250 Gift Certificate. http://www.wrgsurveys.com/2003/osdntech03.php?site=8 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] US STOCK MARKET - HTDS Medical Research---CANCER Trials.....farley
US Stock Market - Stock Profile of the Week Symbol: HTDS Market: PK Sector: MEDICAL RESEARCH BARCHART Rates HTDS an 80% BUY - http://quotes.barchart.com/texpert.asp?sym=HTDS Before we begin our profile we have very exciting, breaking news... Tubercin Passes Toxicity Trials - Ready To Proceed To Live Cancer Trials BREAKING NEWS - DELRAY BEACH, Fla.--(BUSINESS WIRE)--Hard to Treat Diseases Incorporated (Pink Sheets:HTDS) announces that Tubercin® has passed the toxicity tests required to proceed to the live cancer trials. Testing Tubercin® on live Melanoma, Lung and Breast cancer cells will begin immediately. The President and CEO, Mr. Colm J. King, met with the spokesperson of the medical group at their offices in Oklahoma City. Mr. King was advised that the tests were conducted under strict FDA (Federal Drug Administration) guidelines. Full test results will be available at the corporate offices as soon as the reports and findings are printed. "These are the most promising results to date regarding Tubercin® and we're looking forward to additional positive results in the near future," stated Mr. King. "These tests prove that Tubercin® is non-toxic and is the first step on the way to human clinical trials as well as the first positive breakthrough conducted in the United States with an independent medical group for Tubercin®." Operating out of Delray Beach, Florida, Hard to Treat Diseases Incorporated ("HTTD") holds the international marketing rights, except South Korea, to Tubercin®, a patented immunostimulant developed for combating Cancer under medical patent (US Patent 6,274,356). The unique properties unlike other cancer products are clearly stated in the abstract summary of the patent... "A carbohydrate complex, which is a mixture of low molecular-weight polysaccharides of an arabinomannan structure extracted from Mycobacterium tuberculosis, is highly effective in treating various cancer patients without incurring any adverse side effects." STOCK PROFILE OF THE WEEK HTDS is now at an emerging and potentially explosive stage. As stated in their press release, Tubercin is now ready to proceed (after tests conducted under strict FDA guidelines) to human clinical trials. While they have jumped one very big hurdle, they are still in the early stages of development and now is a great time for investors to take heed. TUBERCIN Over the past ten years, epoch making anticancer agents have continuously been introduced, but the mortality of cancer patients have been rising in the U.S. and the European countries not to mention Japan and Korea. The decisive measure to cope with cancer is surgery. When the cancer cells spread throughout the body instead of remaining on the original spot, the treatment should take into consideration chemotherapy, radiation therapy and immunotherapy. The drawback of such therapies, however, is they incur damages not only on cancer cells, but also on the normal cells. Chemotherapy and radiation therapy are not suitable for application on weakened patients, especially those above 70. Historically, various forms of immunotherapy have been performed, falling short of therapeutic expectation. When Bacille calmetteguerin is used as an active no-specific immunotherapeutic agent, however, the patient's prognosis turns better through a simulative action on immune system of the cancer case. Professor T.H. Chung of Korea extracted carbohydrate complex Tubercin from microbacterium tuberculosis to be used as immunostimulant. This was meant to activate the T-lymphocyte of the cancer patient to produce lymphokine. This process strengthened and promoted immuno surveillance activities in deficient state and alleviated the pain and prolonged the life of cancer patients. Of late the pharmaceutical industry in advanced countries started to put on the market so called cancer vaccines (active specific immunotherapy). The vaccines, bacterial extracts, as adjuvants, with autologous and or allogenic cancer cells to generate antibodies to cancer cells, facilitating the killer T-cells to recognize and destroy cancer cells. The laboratory work to modify autologous or allogenic cancer cells are not ordinary and simple. When our lab work augments the active specific immunotherapeutic agents, the Tubercin will be one of the best adjuvants. Meanwhile, the main point of AIDS is its virus killing T-cells and Tubercin helps maintain healthy T-cells. Consequently, we focus our effort on the application of Tubercin to AIDS. TUBERCIN is derived from micro bacterium tuberculosis. As an immunostimulant, TUBERCIN strengthens the human body's own immune system and assists the body in seeking out and combating cancer cells. HTTD is potentially able to develop TUBERCIN into a low-cost product to treat cancer patients on an international scale. Salient treatment, through the administration of TUBERCIN, could positively affect thousands of lives in No
[JBoss-dev] [ jboss-Patches-852828 ] Default security-domain used by AbstractWebContainer
Patches item #852828, was opened at 2003-12-02 21:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=852828&group_id=22866 Category: JBossServer Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Jarno Peltoniemi (jarnopeltoniemi) Assigned to: Nobody/Anonymous (nobody) Summary: Default security-domain used by AbstractWebContainer Initial Comment: AbstractWebContainer binds security/securityMgr to NullSecurityManager if security-domain isn't specified in jboss-web.xml. NullSecurityManager allows access with any credentials and provides all roles to the user. Therefore it's too easy to accidentally deploy an application that allows everyone access to classified information. Most importantly, the current implementation is quite obscure for new JBoss Users. I have already given advices about specifying the security-domain a couple of times, one example being http://www.jboss.org/thread.jsp? forum=49&thread=42861. The submitted patch uses java:/jaas/other as the default security-domain if one isn't specified. The freaks who like to test their applications with NullSecurityManager can still do it by specifying java:/jaas/null as the security-domain. I realize the fact that the implementation should be more elaborate and have the default security-domain specified in the configuration files. I just didn't feel like wasting my time on it if no one likes the suggestion. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=852828&group_id=22866 --- This SF.net email is sponsored by OSDN's Audience Survey. Help shape OSDN's sites and tell us what you think. Take this five minute survey and you could win a $250 Gift Certificate. http://www.wrgsurveys.com/2003/osdntech03.php?site=8 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Playing a part in the JBoss development effort
Hello, this more or less describes the process: http://www.jboss.org/index.html?module=html&op=userdisplay&id=developers/join -- Juha On Tue, 2 Dec 2003, Meghshyam Jagannath wrote: > Hi, > > Now that I have time and an interested in polishing my J2EE/Java > knowledge, I'd like to get involved in the JBoss development > effort. > > Could someone let me know the process by which I can do so? > > Appreciate your assistance. Look forward to assisting in the JBoss > effort! > > Shyam > > > __ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > > > --- > This SF.net email is sponsored by OSDN's Audience Survey. > Help shape OSDN's sites and tell us what you think. Take this > five minute survey and you could win a $250 Gift Certificate. > http://www.wrgsurveys.com/2003/osdntech03.php?site=8 > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by OSDN's Audience Survey. Help shape OSDN's sites and tell us what you think. Take this five minute survey and you could win a $250 Gift Certificate. http://www.wrgsurveys.com/2003/osdntech03.php?site=8 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Playing a part in the JBoss development effort
Hi, Now that I have time and an interested in polishing my J2EE/Java knowledge, I'd like to get involved in the JBoss development effort. Could someone let me know the process by which I can do so? Appreciate your assistance. Look forward to assisting in the JBoss effort! Shyam __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ --- This SF.net email is sponsored by OSDN's Audience Survey. Help shape OSDN's sites and tell us what you think. Take this five minute survey and you could win a $250 Gift Certificate. http://www.wrgsurveys.com/2003/osdntech03.php?site=8 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Tomcat updates
The sar is in docs/examples/tomcat of the dist along with an ant build script that creates a tomcat5 server configuration: [EMAIL PROTECTED] jboss-3.2.3]$ ls docs/examples/tomcat/ build-tc5-config.xml* jbossweb-tomcat50.sar/ [EMAIL PROTECTED] jboss-3.2.3]$ ant -buildfile docs/examples/tomcat/build-tc5-config.xml Buildfile: docs\examples\tomcat\build-tc5-config.xml config: [copy] Copying 124 files to C:\cvs\JBoss3.2\jboss-3.2\build\output\jboss-3.2.3\server\tomcat5 [copy] Copying 30 files to C:\cvs\JBoss3.2\jboss-3.2\build\output\jboss-3.2.3\server\tomcat5\deploy\jbossweb-tomcat50.sar BUILD SUCCESSFUL Total time: 17 seconds Scott Stark Chief Technology Officer JBoss Group, LLC Remy Maucherat wrote: I can't see any TC 5 SAR in the release, did I miss something ? Lots of people have been asking for TC 5 in JB (either on the JB or TC lists), and it would be a pity to miss the opportunity of a simultaneous release. I think we need full d/l with TC 5, advertised as a beta. About the JSR 77 problem, it's the J2EEApplication key, right ? IMO, this is an extremely minor problem, insignificant when compared to the lack of tested clustering support (the code is there now, though). --- This SF.net email is sponsored by OSDN's Audience Survey. Help shape OSDN's sites and tell us what you think. Take this five minute survey and you could win a $250 Gift Certificate. http://www.wrgsurveys.com/2003/osdntech03.php?site=8 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-844654 ] HSQL datasource -- should issue "SHUTDOWN"
Bugs item #844654, was opened at 2003-11-18 20:06 Message generated for change (Comment added) made by cazzius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=844654&group_id=22866 Category: JBossCX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Elias Ross (genman) Assigned to: Claudio Vesco (cazzius) Summary: HSQL datasource -- should issue "SHUTDOWN" Initial Comment: This may or may not be JMS specific, but it relates to the default Persistence Manager used in JBoss 3.2.2 which uses "cached" tables. It appears that SHUTDOWN is not issued to the HSQL DB when JBoss is taken down. It should be easy to make the HSQL plug service work with cached tables and then do the right thing upon shutdown. Or, create a new service which issues the shutdown request. -- >Comment By: Claudio Vesco (cazzius) Date: 2003-12-02 13:27 Message: Logged In: YES user_id=211618 I agree with you, Adrian. I think that registering and unregistering a JDBC Driver can be done by a MBean. This is what is done already by org.jboss.jdbc.HypersonicDatabase, for example :-) But I propose another thing :-) In Connector spec (1.1 or 1.5) if you want to initialize the resource adapter you can do the initialization in ManagedConnectionFactory.createConnectionFactory but there is no a callback to deinitialize the resource adapter. I propose to add a shutdown (jboss only, obviously not in javax.resource.spi.ManagedConnectionFactory) to deinitialize the resource adapter. This is not only for a Database MCF, but can be applied to every resource adapter if the developer/deployer want it. In this moment I run the testsuite (in jboss head) with this semantic, I am waiting to see what happens :-) If you don't like this proposal, please reassign to you this bug id. Claudio -- Comment By: Adrian Brock (ejort) Date: 2003-12-02 12:25 Message: Logged In: YES user_id=9459 Hi Guys, I disgree with the assumption that MCF <-> Database There can be other services using the database that do not go through the ManagedConnectionFactory. There might even be two deployments over the same database. IMHO the use of DriverClass on the jdbc LocalManagedConnectionFactory is too cute. What should really happen is that a separate MBean is responsible for registering (and unregistering) the jdbc driver. For backwards compatibility (and cuteness), we can alter ConnectionFactoryTemplate.xsl to instantiate that MBean if it sees Finally, to solve this problem an hsql specific version of the MBean can add the extra processing in stopService() This would be a specific MBean deployment rather than specifying on the connection factory. Regards, Adrian -- Comment By: Adrian Brock (ejort) Date: 2003-12-02 12:24 Message: Logged In: YES user_id=9459 Hi Guys, I disgree with the assumption that MCF <-> Database There can be other services using the database that do not go through the ManagedConnectionFactory. There might even be two deployments over the same database. IMHO the use of DriverClass on the jdbc LocalManagedConnectionFactory is too cute. What should really happen is that a separate MBean is responsible for registering (and unregistering) the jdbc driver. For backwards compatibility (and cuteness), we can alter ConnectionFactoryTemplate.xsl to instantiate that MBean if it sees Finally, to solve this problem an hsql specific version of the MBean can add the extra processing in stopService() This would be a specific MBean deployment rather than specifying on the connection factory. Regards, Adrian -- Comment By: Claudio Vesco (cazzius) Date: 2003-12-02 10:49 Message: Logged In: YES user_id=211618 In Connector spec there is no a clean way to shutdown a ManagedConnectionFactory. I propose to add to RARDeployer MBean the ManagedConnectionFactory shutdown handling. For example: public interface ShutdownHook { void shutdown(ManagedConnectionFactory mcf); } shutdown(mcf) method can be invoked in stopService() of RARDeployer MBean. For the HSQL problem, when we have this hook then we can implement a class which send SHUTDOWN COMPACT to HSQL. I'll commit it in jboss head branch and if there are no problems, in jboss 3.2 branch. -- Comment By: Elias Ross (genman) Date: 2003-11-20 18:11 Message: Logged In: YES user_id=556458 The problem is the HSQLMBean isn't used for the cached DS configuration, it is just used to provide a HSQL DB TCP/IP-enabled datasource. There are three HSQL operating modes: in memory only, on disk, and network-enabled. Anyway, the datasource configuration for JMS uses on disk, which
[JBoss-dev] [ jboss-Bugs-844654 ] HSQL datasource -- should issue "SHUTDOWN"
Bugs item #844654, was opened at 2003-11-18 20:06 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=844654&group_id=22866 Category: JBossCX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Elias Ross (genman) Assigned to: Claudio Vesco (cazzius) Summary: HSQL datasource -- should issue "SHUTDOWN" Initial Comment: This may or may not be JMS specific, but it relates to the default Persistence Manager used in JBoss 3.2.2 which uses "cached" tables. It appears that SHUTDOWN is not issued to the HSQL DB when JBoss is taken down. It should be easy to make the HSQL plug service work with cached tables and then do the right thing upon shutdown. Or, create a new service which issues the shutdown request. -- >Comment By: Adrian Brock (ejort) Date: 2003-12-02 12:25 Message: Logged In: YES user_id=9459 Hi Guys, I disgree with the assumption that MCF <-> Database There can be other services using the database that do not go through the ManagedConnectionFactory. There might even be two deployments over the same database. IMHO the use of DriverClass on the jdbc LocalManagedConnectionFactory is too cute. What should really happen is that a separate MBean is responsible for registering (and unregistering) the jdbc driver. For backwards compatibility (and cuteness), we can alter ConnectionFactoryTemplate.xsl to instantiate that MBean if it sees Finally, to solve this problem an hsql specific version of the MBean can add the extra processing in stopService() This would be a specific MBean deployment rather than specifying on the connection factory. Regards, Adrian -- Comment By: Adrian Brock (ejort) Date: 2003-12-02 12:24 Message: Logged In: YES user_id=9459 Hi Guys, I disgree with the assumption that MCF <-> Database There can be other services using the database that do not go through the ManagedConnectionFactory. There might even be two deployments over the same database. IMHO the use of DriverClass on the jdbc LocalManagedConnectionFactory is too cute. What should really happen is that a separate MBean is responsible for registering (and unregistering) the jdbc driver. For backwards compatibility (and cuteness), we can alter ConnectionFactoryTemplate.xsl to instantiate that MBean if it sees Finally, to solve this problem an hsql specific version of the MBean can add the extra processing in stopService() This would be a specific MBean deployment rather than specifying on the connection factory. Regards, Adrian -- Comment By: Claudio Vesco (cazzius) Date: 2003-12-02 10:49 Message: Logged In: YES user_id=211618 In Connector spec there is no a clean way to shutdown a ManagedConnectionFactory. I propose to add to RARDeployer MBean the ManagedConnectionFactory shutdown handling. For example: public interface ShutdownHook { void shutdown(ManagedConnectionFactory mcf); } shutdown(mcf) method can be invoked in stopService() of RARDeployer MBean. For the HSQL problem, when we have this hook then we can implement a class which send SHUTDOWN COMPACT to HSQL. I'll commit it in jboss head branch and if there are no problems, in jboss 3.2 branch. -- Comment By: Elias Ross (genman) Date: 2003-11-20 18:11 Message: Logged In: YES user_id=556458 The problem is the HSQLMBean isn't used for the cached DS configuration, it is just used to provide a HSQL DB TCP/IP-enabled datasource. There are three HSQL operating modes: in memory only, on disk, and network-enabled. Anyway, the datasource configuration for JMS uses on disk, which means the HSQLMBean service isn't configured or deployed. Take a look at this deployed file: $JBOSS/server/default/deploy/hsqldb-ds.xml The default configuration is broken. It might be possible to have the HSQLMBean take care of both issuing SHUTDOWN to a HSQL cached table configuration and the network configuration. However, looking at the source, it didn't seem elegant to write it as such. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-20 17:07 Message: Logged In: YES user_id=217112 Shouldn't / couldn't that go into the stop() method of the HSQLMBean? That is called by the server anyway and could do the right thing. I think it is wrong to have two Mbeans for one service. -- Comment By: Elias Ross (genman) Date: 2003-11-18 23:18 Message: Logged In: YES user_id=556458 I wrote an MBean to do this and it works okay. I don't know if it would be better to update the connection manager (RA deployer???) or make peopl
[JBoss-dev] [ jboss-Bugs-844654 ] HSQL datasource -- should issue "SHUTDOWN"
Bugs item #844654, was opened at 2003-11-18 20:06 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=844654&group_id=22866 Category: JBossCX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Elias Ross (genman) Assigned to: Claudio Vesco (cazzius) Summary: HSQL datasource -- should issue "SHUTDOWN" Initial Comment: This may or may not be JMS specific, but it relates to the default Persistence Manager used in JBoss 3.2.2 which uses "cached" tables. It appears that SHUTDOWN is not issued to the HSQL DB when JBoss is taken down. It should be easy to make the HSQL plug service work with cached tables and then do the right thing upon shutdown. Or, create a new service which issues the shutdown request. -- >Comment By: Adrian Brock (ejort) Date: 2003-12-02 12:24 Message: Logged In: YES user_id=9459 Hi Guys, I disgree with the assumption that MCF <-> Database There can be other services using the database that do not go through the ManagedConnectionFactory. There might even be two deployments over the same database. IMHO the use of DriverClass on the jdbc LocalManagedConnectionFactory is too cute. What should really happen is that a separate MBean is responsible for registering (and unregistering) the jdbc driver. For backwards compatibility (and cuteness), we can alter ConnectionFactoryTemplate.xsl to instantiate that MBean if it sees Finally, to solve this problem an hsql specific version of the MBean can add the extra processing in stopService() This would be a specific MBean deployment rather than specifying on the connection factory. Regards, Adrian -- Comment By: Claudio Vesco (cazzius) Date: 2003-12-02 10:49 Message: Logged In: YES user_id=211618 In Connector spec there is no a clean way to shutdown a ManagedConnectionFactory. I propose to add to RARDeployer MBean the ManagedConnectionFactory shutdown handling. For example: public interface ShutdownHook { void shutdown(ManagedConnectionFactory mcf); } shutdown(mcf) method can be invoked in stopService() of RARDeployer MBean. For the HSQL problem, when we have this hook then we can implement a class which send SHUTDOWN COMPACT to HSQL. I'll commit it in jboss head branch and if there are no problems, in jboss 3.2 branch. -- Comment By: Elias Ross (genman) Date: 2003-11-20 18:11 Message: Logged In: YES user_id=556458 The problem is the HSQLMBean isn't used for the cached DS configuration, it is just used to provide a HSQL DB TCP/IP-enabled datasource. There are three HSQL operating modes: in memory only, on disk, and network-enabled. Anyway, the datasource configuration for JMS uses on disk, which means the HSQLMBean service isn't configured or deployed. Take a look at this deployed file: $JBOSS/server/default/deploy/hsqldb-ds.xml The default configuration is broken. It might be possible to have the HSQLMBean take care of both issuing SHUTDOWN to a HSQL cached table configuration and the network configuration. However, looking at the source, it didn't seem elegant to write it as such. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-20 17:07 Message: Logged In: YES user_id=217112 Shouldn't / couldn't that go into the stop() method of the HSQLMBean? That is called by the server anyway and could do the right thing. I think it is wrong to have two Mbeans for one service. -- Comment By: Elias Ross (genman) Date: 2003-11-18 23:18 Message: Logged In: YES user_id=556458 I wrote an MBean to do this and it works okay. I don't know if it would be better to update the connection manager (RA deployer???) or make people use this externally declared MBean instead. I'm starting to to think this is the wrong approach: ... jboss:service=HSQLShutdown jdbc:hsqldb:${jboss.server.data.dir}/jms org.hsqldb.jdbcDriver sa SHUTDOWN COMPACT -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=844654&group_id=22866 --- 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] [ jboss-Bugs-844654 ] HSQL datasource -- should issue "SHUTDOWN"
Bugs item #844654, was opened at 2003-11-18 20:06 Message generated for change (Comment added) made by cazzius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=844654&group_id=22866 >Category: JBossCX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Elias Ross (genman) >Assigned to: Claudio Vesco (cazzius) Summary: HSQL datasource -- should issue "SHUTDOWN" Initial Comment: This may or may not be JMS specific, but it relates to the default Persistence Manager used in JBoss 3.2.2 which uses "cached" tables. It appears that SHUTDOWN is not issued to the HSQL DB when JBoss is taken down. It should be easy to make the HSQL plug service work with cached tables and then do the right thing upon shutdown. Or, create a new service which issues the shutdown request. -- >Comment By: Claudio Vesco (cazzius) Date: 2003-12-02 10:49 Message: Logged In: YES user_id=211618 In Connector spec there is no a clean way to shutdown a ManagedConnectionFactory. I propose to add to RARDeployer MBean the ManagedConnectionFactory shutdown handling. For example: public interface ShutdownHook { void shutdown(ManagedConnectionFactory mcf); } shutdown(mcf) method can be invoked in stopService() of RARDeployer MBean. For the HSQL problem, when we have this hook then we can implement a class which send SHUTDOWN COMPACT to HSQL. I'll commit it in jboss head branch and if there are no problems, in jboss 3.2 branch. -- Comment By: Elias Ross (genman) Date: 2003-11-20 18:11 Message: Logged In: YES user_id=556458 The problem is the HSQLMBean isn't used for the cached DS configuration, it is just used to provide a HSQL DB TCP/IP-enabled datasource. There are three HSQL operating modes: in memory only, on disk, and network-enabled. Anyway, the datasource configuration for JMS uses on disk, which means the HSQLMBean service isn't configured or deployed. Take a look at this deployed file: $JBOSS/server/default/deploy/hsqldb-ds.xml The default configuration is broken. It might be possible to have the HSQLMBean take care of both issuing SHUTDOWN to a HSQL cached table configuration and the network configuration. However, looking at the source, it didn't seem elegant to write it as such. -- Comment By: Heiko W.Rupp (pilhuhn) Date: 2003-11-20 17:07 Message: Logged In: YES user_id=217112 Shouldn't / couldn't that go into the stop() method of the HSQLMBean? That is called by the server anyway and could do the right thing. I think it is wrong to have two Mbeans for one service. -- Comment By: Elias Ross (genman) Date: 2003-11-18 23:18 Message: Logged In: YES user_id=556458 I wrote an MBean to do this and it works okay. I don't know if it would be better to update the connection manager (RA deployer???) or make people use this externally declared MBean instead. I'm starting to to think this is the wrong approach: ... jboss:service=HSQLShutdown jdbc:hsqldb:${jboss.server.data.dir}/jms org.hsqldb.jdbcDriver sa SHUTDOWN COMPACT -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=844654&group_id=22866 --- 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] EJB 3.0
Bua... AOP and EJB a la carte. Dude, "why I love EJB's" was the deconstruction of EJBs to reoffer them a la carte. We are there, almost, and so beyond in many ways. I just read a paper for AOSD that introduces STREAM semantics as aspects for EJB like constructs, meaning POJOS :) He he snort. Seriously, I don't know that we are formally involved in that spec, but we should, marcf > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Rupp, Heiko > Sent: Monday, December 01, 2003 4:42 PM > To: Jboss-Devel-List (E-Mail) > Subject: [JBoss-dev] EJB 3.0 > > Hi, > > is there anyone involved here: > http://jcp.org/en/jsr/detail?id=220 ? > > Heiko > > -- > Heiko W. Rupp EMail: [EMAIL PROTECTED] > Senior Consultant Telefon: +49 711 222 992 - 900 > Cellent AG Finance SolutionsTelefax: +49 711 222 992 - 999 > Calwer Str. 33 D-70173 Stuttgart > > > --- > 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] EJB 3.0
Hi, is there anyone involved here: http://jcp.org/en/jsr/detail?id=220 ? Heiko -- Heiko W. Rupp EMail: [EMAIL PROTECTED] Senior Consultant Telefon: +49 711 222 992 - 900 Cellent AG Finance SolutionsTelefax: +49 711 222 992 - 999 Calwer Str. 33 D-70173 Stuttgart --- 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] AW: Security in JBoss.net
x-posting to jboss-dev/scott in order to get the community/security specialists up-to-date. -Ursprüngliche Nachricht- >Von: Jason Essington [mailto:[EMAIL PROTECTED] >Gesendet: Dienstag, 2. Dezember 2003 01:08 >An: Dr.Christoph Jung; Thomas Diesler >Betreff: Security in JBoss.net >Hi Christoph, Thomas >I have looked over the Web Services Security specs available from OASIS >(funny, dims just committed them to the specs directory of the wss4j >project today). Yeah, it is an important, but quite complicated topic with all these encryption/signing/key-sharing bits. I recently saw a presentation by BEA on WSS and was impressed by the sheer space of possibilities (like, encrypting only an important piece of a web-service call or signing a whole message). >It looks like security can be added to JBoss.net on a per-service basis >by simply adding the handlers (i'll have to write jboss specific ones) >to the requestFlow and responseFlow sections of the service definition >in the web-service.xml file. Great. Because we will map the new WS4EE descriptors onto basic Axis ones, we can simply extend the security capabilities to WS4EE, too (the WS4EE handler bit is what I am working on today: I want to have both "standard" preconfigured handler configurations as well as custom ones, similar to the jboss container configuration). >Then enabling security would be as simple as adding something like /* * @jboss-net.security * action="encrypt_sign" * more="parameters here" */ >Yup, I'll have to fiddle with the xDoclet module a little, but I'm no >stranger to that. Sounds very good. I´m also thinking about writing a few J2EE1.4 extensions for the xdoclet ejb and web modules. >The UsernameToken profile will easily map to the jaas style security >used by JBoss, you can have a look at the existing authentication and authorization handlers which are connected (via SimplePrincipal) to a JBoss JAAS Security manager. If you can take those to a new level, that would be great. >but X.509 Certificate Tokens Profile will present a bit >of a problem I think. >An X.509 cert is both an identifier (username) and a credential >(password). Any Ideas on how best to map an X.509 Certificate to a >JBoss principal? >Maybe map the DN to a username? And use the cert serial number as a >password, just to map to a user that has defined roles (since a >keystore has no concept of roles)? Would be a Principal/Credential combination? That is something that we may have to check with other servers, too. I think that BEA has a quite elaborate notion of keystore and I guess that we would need that for some of the Wss4j, too. CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- 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