[JBoss-dev] GET_DIGEST_STABLE error

2003-12-02 Thread Tom Elrod
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

2003-12-02 Thread SourceForge.net
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

2003-12-02 Thread Meghshyam Jagannath

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

2003-12-02 Thread Lee Mathews
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

2003-12-02 Thread SourceForge.net
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

2003-12-02 Thread Juha Lindfors

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

2003-12-02 Thread Meghshyam Jagannath
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

2003-12-02 Thread Scott M Stark
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"

2003-12-02 Thread SourceForge.net
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"

2003-12-02 Thread SourceForge.net
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"

2003-12-02 Thread SourceForge.net
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"

2003-12-02 Thread SourceForge.net
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

2003-12-02 Thread marc fleury
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

2003-12-02 Thread Rupp, Heiko
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

2003-12-02 Thread Jung , Dr. Christoph
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