The current LogInterceptor impl will log two messages (in some cases), one
with a brief description and one with the full detail. This will cause the
exception to span multipule lines in the generated output files, since
another message might have been logged by another thread between the two
User: user57
Date: 01/08/14 15:53:52
Modified:src/etc/conf/default jboss.jcml
Log:
o updated JettyService MBean (still commented out though)
Revision ChangesPath
1.56 +13 -7 jboss/src/etc/conf/default/jboss.jcml
Index: jboss.jcml
I was trying to track down a concurrency problem which would show up as an
Oracle deadlock exception. It looks like that exception was happening due
to some fk constraints causing parent tables to lock and such. Any ways,
after I got that deadlock exception, I got a ton of these session bean
A trivial testcase is to simply start the bundle with the tomcat-test.ear in
the deploy
directory and then touch the ear after startup. I see the same basic
behavior with
both the 2.4.0.26 JBoss tomcat and jetty bundles, and neither does a double
deployment.
- Original Message -
From:
What do you guys think about implemented a version of the DataSource loader
that
allows for encrypted passwords?
I am required to use encrypted db passwords..
And I was thinking that even if I encrypt once I write the jboss.jcml
It is now clear text again..
d.
User: reverbel
Date: 01/08/14 17:13:04
Modified:iiop/src/main/org/jboss/ejb/plugins/iiop
CDRStreamReader.java CDRStreamWriter.java
EJBMetaDataImpl.java
Log:
Added @version tag.
Revision ChangesPath
1.2 +3 -0
Hi,
I have committed to contrib/iiop a preliminary version the IIOP
container invoker. The container invoker classes are in packages
org.jboss.ejb.plugins.iiop and org.jboss.ejb.plugins.iiop.server.
They use Ole's RMI/IIOP mapping classes (package org.jboss.iiop.rmi).
Ole:
Thanks for the
User: mnf999
Date: 01/08/14 18:20:11
Modified:.team.jsp
Log:
Promotionsx
Revision ChangesPath
1.4 +12 -14newsite/team.jsp
Index: team.jsp
===
RCS file:
What do you think about call-logging of standardjoss.xml, should we remove
this too ?
Probably.
Does anyone know what the cost of the isXXXEnabled() methods are? Should we
define booleans after Category creation, that can cache these values to
improve speed, or just keep calling
User: mnf999
Date: 01/08/14 18:18:11
Modified:.faq.jsp index.jsp
Log:
Communication is important
Revision ChangesPath
1.7 +2 -2 newsite/faq.jsp
Index: faq.jsp
===
RCS file:
User: mnf999
Date: 01/08/14 18:19:14
Modified:.store.jsp
Log:
More on the store, less is sometimes more
Revision ChangesPath
1.2 +13 -60newsite/store.jsp
Index: store.jsp
===
Hello, I have a version of the contrib/jetty module (from the
jboss_buildmagic) branch, which has been updated to function with the new
build system. It looks like you work with most of the jboss-jetty releases,
so I wanted to pass this by you before I commit anything back to HEAD.
As the
User: mnf999
Date: 01/08/14 19:01:50
Modified:.navigation.jsp
Log:
updated navigation
Revision ChangesPath
1.9 +3 -4 newsite/navigation.jsp
Index: navigation.jsp
===
RCS file:
User: mnf999
Date: 01/08/14 18:59:49
Modified:.testimonials.jsp
Log:
It's all about the press
Revision ChangesPath
1.3 +11 -18newsite/testimonials.jsp
Index: testimonials.jsp
===
I was looking for a way to fill in those description fields that
DynamicMBeans can fill out. But I did not want to have to replace all the
JBossMQ MBeans with DynamicMBeans. So this is what I did:
I created a new class called WrapperMBean and it extends
NotificationBroadcasterSupport and
The extra time is probably parsing the second build files. Perhaps also a
little due to the property substitution and such. I will eventually get to
optimizing this stuff, but I don't know how much I can really do with out
reverting to standard ant behavior. perhaps the filters could be
Hello,
I am new to Jboss and J2EE. Here is my question:
Since I have to specify the datasource when I deploy
my nean (using CMP), just wondering how can I use the
same bean to access diffrent datasource? In a ASP
model, different user will access different database
schema using the exactly same
User: pkendall
Date: 01/08/14 19:43:33
Modified:src/main/org/jboss/mq/server JMSTopic.java JMSServer.java
JMSQueue.java JMSDestination.java
ClientConsumer.java BasicQueue.java
Log:
move subscription from receivers list to blocked list
Hello Jason,
I think that the build.bat problem still exists in the modules i.e.
build.bat and lcp.bat do exist in jboss-*/build but not yet in the
jboss-*/server or jboss-*/any-source-module . In these modules, only the
build.sh script exists.
Furthermore, am I the only one to have a problem
I now well understand that you love win32 batch scripts. It is quite clear.
I will *try* to take a look at them. But, what if I provide nice wsh
(Windows Scripting Host) scripts? they are a lot more powerfull and thought
to replace old dos-style batchs. I would be a lot more motivated in
Forgive me for not remembering, but weren't you looking for sequence related
stuff a while ago? If so did you ever get that resolved? I am sorry I was
not in a position to provde you with a solution for that. I might be closer
now (since I finished the bliss build system... buildmagic).
If am
Hm !
I noticed your checkins on jboss-dev and wondered what
you were up to
there is one issue that we need to address before
going into this in more depth.
There are plans afoot to merge a repackaged version of
Jetty into the main JBoss tree and use it as the
default web container
I thought it might be to do with the time taken for
deployment.
I haven't investigated yet, but here are my thoughts.
Marc said that the newsite EAR was big. What if it
took so long to deploy, that whatever was watching the
deploy dir came around again and noticed that it was
still there and
Hi,
Does anyone know what the cost of the isXXXEnabled() methods are?
Should we
define booleans after Category creation, that can cache these values to
improve speed, or just keep calling isXXXEnabled() each time?
From the log4j sources:
public
boolean isDebugEnabled() {
User: vharcq
Date: 01/08/15 05:15:28
Modified:src/main/org/jboss/metadata XmlFileLoader.java
Log:
Introduce version 3.0 of jaws dtd because of DEBUG removed.
Revision ChangesPath
1.19 +2 -1 jboss/src/main/org/jboss/metadata/XmlFileLoader.java
Index:
The server can not re-deploy an ejb jar anymore because of exception on
unregistration of MBean.
Does this makes sense (on the stop() method)?
diff -r1.55 Container.java
421c421
ObjectName jmxName = new
ObjectName(:service=Container,jndiName=+this.getBeanMetaData().getJndiName
());
Hi Jason, could you try converting to the jca version of db access and see
if the problem persists? I recently found a race condition in (the jca
versions) of the code that releases connections back to the pool after
transactions complete that was allowing several transactions to access the
same
Hi,
This discussion comes up in various places on various lists. Since you
don't mention otherwise I assume you are planning to decrypt in code
without manual intervention. As I understand the consensus is, Don't do
this. You need some code to unencrypt the password to send it to the db,
if
Ok I have had a look at the Connection stopping process and have fixed a
loophole that could have resulted in messages being delivered after
connection.stop() had been called in certain circumstances.
I hope this fixes the MDB problem but as I have been unable to successfully
run the mdbtest
|I'm not sure if Marc has me on a timeline for this
|repackaging or not and if so whether this is pre-RH or
|post (and when is RH?).
|
|Maybe he will enlighten us...
The jetty repackaging is not yet scheduled.
But for me it is RH. Putting jetty is an important part of the webservices.
RH is
if it solves the problem I guess it does
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Vincent Harcq
|Sent: Wednesday, August 15, 2001 8:19 AM
|To: Dev JBoss
|Subject: [JBoss-dev] Container.java
|
|
|The server can not re-deploy an ejb jar
Yeah
my guess is that the deployment bug is due to the fact that it is big and
that the deployer is too eager. I think we should put a test in the
autodeployer that says if file older than previous_age+15 sec then
redeploy, or else have a deploying boolean be checked in the autodeployer
any
What is wrong with just using Ant directly instead of a platform
shell script? That is what I am doing.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: Sacha Labourey [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, August 15, 2001 1:23 AM
Subject: RE: [JBoss-dev]
From
http://jakarta.apache.org/log4j/docs/manual.html
(Under the Perfomance Heading, point 2)
QUOTE
There has been a serious effort to make this hierarchy walk to be as fast as possible.
END QUOTE
You can apparently speed the walk up further, by choosing the
categories carefully, you should
Yes, and this has been seen by others before.
- Original Message -
From: Julian Gosnell [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 15, 2001 2:36 AM
Subject: Re: [JBoss-dev] problems with latest jboss-jetty?
I thought it might be to do with the time taken for
Hi (Jason ;-),
For me the manual won't build in buildmagic. (fop.jar missing, TraxLiason
missing so far). If I get it to work shall I check in the changes? Does
it work for anyone else?
I think we need to version the manual for 2.4 vs. rabbit hole. I am
working on new jca/jdbc documentation
Caching the values destroys the dynamic filtering capability of the logging
system. The cost of the check is trivial compared to all the other stuff
going
on in any call to JBoss so unless you have a profile showing this is a
hotspot
it doesn't make sense to cache these values.
- Original
We need to think about integrating the JBossSX security manager
into the JCA layer and elsewhere to obtain a consistent view of
security. Right now security is very fragmented.
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 15,
User: starksm
Date: 01/08/15 07:36:32
Modified:src/main/org/jboss/ejb Container.java
Log:
Use mbeanServer.getDefaultDomain() ad the jmx ObjectName domain portion
Revision ChangesPath
1.56 +7 -4 jboss/src/main/org/jboss/ejb/Container.java
Index:
Not every body takes the time to install ant on thier systems. They like
the fact that it is so small it can come down with the build system.
Regards,
Hiram
From: Scott M Stark [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] What happened to
User: vharcq
Date: 01/08/15 08:13:45
Modified:src/main/org/jboss/ejb AutoDeployer.java
AutoDeployerMBean.java
Log:
Parametrize the timeout that the deployer takes before coming again looking at the
directory for new Xars to deploy.
Revision Changes
Just done :)
Add an attribute Timeout to AutoDeployer MBean (value in milliseconds).
Vincent.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de marc
fleury
Envoyé : mercredi 15 août 2001 16:04
À : [EMAIL PROTECTED]
Objet : autodeployer bug RE:
Hi,
Are you sure ObjectName(:service=Container,jndiName=someName) really can
be used to register an mbean? normally the object name is actually set from
jboss.jcml which always seems to have DefaultDomain/JCA/whatever in the
name. Although some mbeans have OBJECT_NAME constants lacking the
But since its part of the build system everyone does have it. Why not
use it?
- Original Message -
From: Hiram Chirino [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 15, 2001 7:45 AM
Subject: Re: [JBoss-dev] What happened to build.bat that was in CVS?
Not every body
Yes, I was able to use ObjectName(:service=Container,jndiName=someName)
and the mbean shows up in the DefaultDomain.This is a dynamic mbean, not
a statically configured mbean coming from a jcml config.
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
Hi Scott,
I don't know.
I undeploy by deleting the jar in the deploy/ directory (windows 2000), I
did not try by JMX.
I got:
Bug in com.sun.management.jmx.MBeanServerImpl.unregisterMBean ?
[org.jboss.ejb.AutoDeployer ] (199) - Auto undeploy of
User: vharcq
Date: 01/08/15 08:38:42
Modified:src/etc/conf/default jboss.jcml
Log:
Parametrize the timeout that the deployer takes before coming again looking at the
directory for new Xars to deploy.
Revision ChangesPath
1.57 +4 -1
Change Notes item #451218, was opened at 2001-08-15 08:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=451218group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Vincent Harcq (vharcq)
Assigned to:
Why not just ftp the file over somewhere else onto the
same filesystem, then move it into the deploy
directory in a single atomic action (mv/rename).
This would not require any change to the Deployer.
Jules
--- Scott M Stark [EMAIL PROTECTED] wrote:
This requires a new file for cases that
Hi Geeks
I did some further investigations and figure out that when you omit the
domain part the
MBeanServer will use the default domain and you cannot find the MBean again.
Therefore right now we have to use MBeanServer.getDefaultDomain() when WE DO
NOT SPECIFY the domain !!!
I assumed that
User: slaboure
Date: 01/08/15 09:43:07
manual/src/examples/org/jboss/docs/appletclient/interfaces - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: slaboure
Date: 01/08/15 09:42:45
manual/src/examples/org/jboss/docs/appletclient/applet - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: slaboure
Date: 01/08/15 09:44:35
Added: src/examples/org/jboss/docs/appletclient/applet
AppletEjbCaller.java
Log:
Client Applet for the appletclient example.
Revision ChangesPath
1.1
User: slaboure
Date: 01/08/15 09:46:46
Added: src/examples/org/jboss/docs/appletclient/interfaces
TestApplet.java TestAppletHome.java
Log:
SLSB interfaces used by the appletclient example.
Revision ChangesPath
1.1
User: slaboure
Date: 01/08/15 10:03:55
Added: src/examples/org/jboss/docs/appletclient build.xml
Default.html
Log:
Build.xml and HTML page used by the appletclient example.
Revision ChangesPath
1.1
I think either the time (20sec?)
or the boolean is deploying inside the autodeployer would take care of this
bug...
will fix for 3.0 if no one is on it
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Wednesday, August
User: slaboure
Date: 01/08/15 10:25:08
Modified:src/examples/build build.xml
Log:
Updated build.xml with support for the appletclient example.
Revision ChangesPath
1.13 +18 -0 manual/src/examples/build/build.xml
Index: build.xml
I have a todo to rewrite the deployer for a number of issues:
http://sourceforge.net/pm/task.php?func=detailtaskproject_task_id=36457gro
up_id=22866group_project_id=9292
1. Update the deployer to allow for a non-jar based object describing the
deployment content.
2. Update the AutoDeployer to:
I cleaned this up. See if its acceptable now.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 14, 2001 4:12 PM
Subject: [JBoss-dev] LogInterceptor two log messages per exception
The current LogInterceptor impl will log two
User: starksm
Date: 01/08/15 11:14:21
Modified:src/main/org/jboss/ejb/plugins LogInterceptor.java
Log:
Only issue one log message when handling an exception.
Revision ChangesPath
1.19 +10 -6 jboss/src/main/org/jboss/ejb/plugins/LogInterceptor.java
Index:
Well,
Alot of my datasources are loaded on the fly...
I can't have the type in a password when jboss starts.
Also, when there are many differnet databases... it becomes unmanagable..
d.
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 15, 2001
User: d_jencks
Date: 01/08/15 14:16:41
Added: src/docs Tag: jboss_buildmagic resource.xml
Log:
A little bit on migration from XADataSourceLoader to ConnectionFactoryLoader. Not
included into manual yet
Revision ChangesPath
No revision
No
Hi,
It is supposedly fixed with patch 50 (?), but its not in a released
build yet...
You can get a candidate build from here:
http://www.ee.byu.edu/~eblake/jikes/
...but this has a little bug to do with static initialisers...
I've not tried it with the JBoss source yet...
HTH,
Chris
---
Just a quick question. Is the preference to use ebXML for web services
instead of SOAP? In addition to SOAP? What about the efforts to wrap
IBM/Apache's SOAP stuff in MBeans?
The reason I ask is that I saw a technical demonstration of ebXML and the
XML-One conference in London about 5 months
This is two different things.
1) mv within the same filesystem should just be a moving of a reference to an
inode from one directory to another (I'm thinking Unix here - but why would
windows be different)
2) overwriting an existing jar may well not be atomic - so remove it first.
This will
Isn't SOAP nothing more than human readable IIOP? Or is it more?
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Dan -
Blue Lotus Software
Sent: Wednesday, August 15, 2001 5:53 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] URGENCY?
Or XML-RPC?
You've got the right concept, yes. It adds a little bit more structure for
offering IIOP-like functionality within a services framework. That is, the
resulting services can be described by WSDL. I would think doing the same
with raw IIOP or XML-RPC would require some disciplined
|Isn't SOAP nothing more than human readable IIOP? Or is it more?
yes but not everybody lives in the we see technology for what it really is
sphere.
Along these lines XML for me is just ASCII externalized tree structures I
am serious... we are seriously hype resistent because of that tough
OK you all need to read
http://linuxtoday.com/news_story.php3?ltsn=2001-08-13-009-20-OP
(and stop sending me the link, I got about 20 today :)
It makes the case that
1- Apache is letting the webservices battle pass it by
2- the sound open source alternative is not, whatever the kiddy flavor of
the article is on /. and just with 10 mentions out of 400 posts we are being
slashdotted, not seriously but definitely a spike in traffic...
marcf
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing
Thanks for the excellent response. It was very informative. I was close
(when I compared ebXML to SOAP, I meant to compare it to SOAP, WSDL,
UDDI).
My opinion of it back 5 months ago was that it was not really even close to
usable yet. Have things changed radically since then? Was I
On Wed, 15 Aug 2001, marc fleury wrote:
|Isn't SOAP nothing more than human readable IIOP? Or is it more?
yes but not everybody lives in the we see technology for what it really is
sphere.
And I would like to state for the record that just because it is XML
doesn't necessarily mean its
|And I would like to state for the record that just because it is XML
|doesn't necessarily mean its human readable ;-)
sure does :)
I can read XML in the flesh, everyone can... come on now.
marcf
|
|-- Juha
|
|
|
|___
|Jboss-development mailing
It's just sad that the industry is reinventing the wheel over and over
again. I just wish I could wake up and it would be February 3rd.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of marc
fleury
Sent: Wednesday, August 15, 2001 6:50 PM
To:
no listen at least this time we can communicate about the wheel, did you
ever try explaining CORBA to your mama? well *you* probably did, being an ex
ORBIX2000 developer and all, but she just listened out of love. This time
around she will actually think you are doing something important she
Man you crack me up sometimes :)
We used to have a running joke about support calls for O2K. I'm sorry, but
you're just too stupid to use our product. Please cd to /usr/local and
rm -rf o2k.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
on 1-08-16 00.58, Juha-P Lindfors at [EMAIL PROTECTED] wrote:
And I would like to state for the record that just because it is XML
doesn't necessarily mean its human readable ;-)
The big Woow here as i seen it is that XML is machine read'able
This in effect means ??? !!! -heh void()
back to being the wizard of oz... I think you are the lion, rickard was the
tin-man, Scott is dorothy... I am the small bald guy hiding behind the
curtain making all that big noise...
scott is dorothy... *chuckle* =) Where is toto or the straw man?
--jason
Title: Updating tables in a database
Hello,
Does anyone have any examples of how an EJB is used to update a row in a database. Also, I have added a line in tuned-updatestrue/tuned-updates into my jaws.xml file to indicate that I want this table to be updated. Is that the only field I have
User: d_jencks
Date: 01/08/15 19:47:16
tools/apache/fop - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 01/08/15 19:51:19
Added: apache/fop/lib fop.jar
Log:
lets at least have the jar even if it doesn't work completely
Revision ChangesPath
1.1 tools/apache/fop/lib/fop.jar
Binary file
User: d_jencks
Date: 01/08/15 19:53:17
Added: src/docs resource.xml
Log:
A little bit about resource adapters, mostly conversion from XADataSourceLoader
Revision ChangesPath
1.2 +81 -0 manual/src/docs/resource.xml
User: d_jencks
Date: 01/08/15 19:59:52
jbosspool/src/resources/xa-rar/META-INF - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 01/08/15 19:59:06
jbosspool/src/resources/xa-rar - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 01/08/15 20:05:45
Modified:src/main/org/jboss/pool/connector BaseConnectionManager.java
XAConnectionManager.java
Log:
Rewrote XADataSourceLoader and JDBCDataSourceLoader to delegate to and configure
ConnectionFactoryLoader mbeans.
User: d_jencks
Date: 01/08/15 20:05:46
Added: src/resources/xa-rar/META-INF ra.xml
Log:
Rewrote XADataSourceLoader and JDBCDataSourceLoader to delegate to and configure
ConnectionFactoryLoader mbeans. Migration instructions in jboss.jcml and
manual/src/docs/resource.xml
User: d_jencks
Date: 01/08/15 20:05:45
Modified:.build.xml
Log:
Rewrote XADataSourceLoader and JDBCDataSourceLoader to delegate to and configure
ConnectionFactoryLoader mbeans. Migration instructions in jboss.jcml and
manual/src/docs/resource.xml
Revision Changes
User: d_jencks
Date: 01/08/15 20:05:46
Modified:src/etc/conf/default jboss.jcml
Log:
Rewrote XADataSourceLoader and JDBCDataSourceLoader to delegate to and configure
ConnectionFactoryLoader mbeans. Migration instructions in jboss.jcml and
manual/src/docs/resource.xml
User: d_jencks
Date: 01/08/15 20:16:09
Removed: src/main/org/jboss/jdbc Connection.java JdbcProvider.java
JdbcProviderMBean.java RawXADataSourceLoader.java
RawXADataSourceLoaderMBean.java package.html
Log:
Moved JdbcProvider to pool,
User: d_jencks
Date: 01/08/15 20:48:20
Removed: src/main/org/jboss/pool/jdbc/xa XAConnectionFactory.java
XAPoolDataSource.java XAPoolDriver.java
Log:
removed classes not needed without XADataSourceLoader or moved to jdbc resource
adapter
User: d_jencks
Date: 01/08/15 20:48:20
Removed: src/main/org/jboss/pool/jdbc/xa/wrapper
TransactionListener.java XAClientConnection.java
XAConnectionImpl.java XADataSourceImpl.java
XAResourceImpl.java
Log:
User: pkendall
Date: 01/08/15 21:06:21
Modified:src/main/org/jboss/jms/asf StdServerSessionPool.java
Log:
Fix mdb undeploy bug.
Revision ChangesPath
1.11 +51 -24jboss/src/main/org/jboss/jms/asf/StdServerSessionPool.java
Index: StdServerSessionPool.java
Change Notes item #451443, was opened at 2001-08-15 21:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=451443group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: David Jencks (d_jencks)
Assigned to:
User: pkendall
Date: 01/08/15 21:06:05
Modified:src/main/org/jboss/ejb/plugins/jms JMSContainerInvoker.java
Log:
Fix mdb undeploy bug.
Revision ChangesPath
1.25 +643 -643
jboss/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.java
Index:
User: pkendall
Date: 01/08/15 21:04:15
Modified:src/main/org/jboss/mq/server JMSTopic.java JMSQueue.java
ClientConsumer.java BasicQueue.java
Log:
Several subtle bug fixes.
Transacted sessions were not rolled back when closed.
Have to save subscriptions
User: pkendall
Date: 01/08/15 21:04:40
Modified:src/main/org/jboss/mq SpySession.java
SpyMessageConsumer.java SpyConnectionConsumer.java
Log:
Several subtle bug fixes.
Transacted sessions were not rolled back when closed.
Have to save subscriptions that
Ferguson, Doug wrote:
Well,
Alot of my datasources are loaded on the fly...
I can't have the type in a password when jboss starts.
Also, when there are many differnet databases... it becomes unmanagable..
d.
But if you encrypt the password on disk, you need a key to decrypt it
with.
User: d_jencks
Date: 01/08/15 22:23:36
Modified:src/etc/conf/default jboss.jcml
Log:
modified the buildmagic version previously, this modifies the correct version
Revision ChangesPath
1.59 +267 -117 jboss/src/etc/conf/default/jboss.jcml
Index: jboss.jcml
Ok, I finally got the rewritten XADataSourceLoader into cvs. All you need
to do to try with jca should be to use latest cvs rabbithole. The
XADataSourceLoader should do the conversion for you.
It worked great for me, I'm waiting for the storm of protest if it breaks
something I didn't test.
99 matches
Mail list logo