[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
