Sorry,
I was merging a change I made to 2.4 and didn't realize the log method had
changed.
Also, I noticed that you changed formatting. Does JBoss enforce coding
standards in
regards to formatting? If so, where can I find this information?
Thanks,
d.
-Original Message-
From: Scott M
We have just noticed that whenever our code throws a SQLException,
the connection pool continues to grow. Apparently the connections
that get invalidated aren't ever cleaned up. These grow until Oracle
bails. I am looking at ObjectPool right now to see if I can figure it out.
If anybody
this and check it in.
d./
-Original Message-
From: Ferguson, Doug [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 20, 2001 2:28 PM
To: jBoss Dev (E-mail)
Subject: [JBoss-dev] ObjectPool - Invalidate On Error
We have just noticed that whenever our code throws a SQLException
Why doesn't the PreparedStatementInPool implement the prepareStatement that
takes
a resultSetType?
We need a scrollable resultSet.
I am willing to implement the change, I just figured that there was some
caveat
that prevented you guys from originally implementing.
Thanks,
d.
We had some problems on linux with a runaway java process.
The process hangs at 99% and cannot be stopped.
We found out that it has to do will file io.
We can even recreate it with perl.
We have a perl script that can recreate this.
If you want we can send you the perl script for further testing.
Hey,
I was trying to invoke a method on an MBEAN using server.inoke and it won't
work.
It works fine when I try to inoke no arg methods like start() or init()
I call server.invoke(myObjectName, start, new Object[0], new String0]);
But when I try to call sendNotification it screws up.
in a transaction. This could be the
reason for some of our wierd behviours, but I don't think
it is the root of our problem. It just may be masking other
things.
Any suggestions? Avenues to explore?
Thanks,
d.
-Original Message-
From: Ferguson, Doug [mailto:[EMAIL PROTECTED]]
Sent: Wednesday
Does this mean that if you leave all the interceptor then there
is no transactional locking on the bean?
This is an easy way to get ReadOnly before it gets implemented..
d.
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 19, 2001 10:53 AM
To:
We have been using the code and we can see the deadlock happen.
We are putting together a test case right now.
We were just trying to get a little help.
-Original Message-
From: marc fleury [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 10:59 AM
To: [EMAIL PROTECTED]
1) Does jboss not throw and exception when a bean is reentrant?
Can you explaing this more? What is your version of JBoss?
The spec says that a nonReentrant bean should throw and exception when it
tries to reentry
I think jBoss is blocking. We see the same thing on 2.2.2 and 2.4
2) Does
Will this be part of 2.4.1?
d.
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 12:52 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TRANSACTIONS
Right now, you can use the MethodONly Lock, but I haven't made changes to
jboss.xml so
So I take it that MethodOnlyLock is a transaction setting?
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 12:52 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TRANSACTIONS
Right now, you can use the MethodONly Lock, but I haven't
I won't get to this for a couple of weeks. I'm involved with my real
job,
and I'm also implementing some other JBoss features that have a higher
priority.
It's no sweat we are going to use RequiresNew as a work around. Our jBoss
release
is locked anyhow. I will be watch the list for updates on
be happy to review it if you implemented it.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Ferguson, Doug
Sent: Thursday, September 06, 2001 2:47 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-dev] TRANSACTIONS
Will this be part of 2.4.1?
d
] DataSourceLoader...
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
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.
mbeans).
david jencks
On 2001.08.14 19:12:14 -0400 Ferguson, Doug wrote:
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
Hi,
This is a thread that I think needs to move to DEV...
Basically I feel that it is a royal pain that jboss hangs whenever I try to
startup jboss when a datbase is down and I've set the mbean to blocking.
I would like to see a timeout feature to where I can setup the mbean with a
timeout
Currently, JBoss wraps any runtime exception with an EJBException.
The problem is that when the EJBException is thrown back to the
client all information about the original exception is lost.
Is there anyway to change this for 3.0 to try and provide more information
about the original exception
I've tried passing a absolute path name into org.jboss.Main
and it can't deal with it. Maybe this would be a cool feature.
The reason I wanted to do this is becuase we are storing
our configuration inside jboss.
Intead of just pointed directly to the configuration I have
to copy my
Ok...
If you want to provide a configuration for jboss you must copy all files to
$JBOSS_HOME/{configuraiton_name}
It would be nice to be able to effectively run
org.jboss.Main /my_cvs/SOME_DIR/blah/blahy/myconfig
IF the root directory is in your classpath then it doesn't bail, but
all the
I just commited the container configuration commit option d
and I should probably add some test cases for commit option d.
Who can point me in the right directrion for the daily tests?
d.
___
Jboss-development mailing list
[EMAIL PROTECTED]
It will be trial to remove the topic/queue at undeployment,
if and only if I added it at deploy time
This way the config file won't build up...
We already display a message at deploytime that says that
the queue/topic doesn't exist. So it isn't really correct
that the server hides your fuck
I need to add the code to remove the queue ad undeploy.
I can also make the message really huge when creating a new topic/queue.
Is there anything else I should do while I got the patient open?
d.
-Original Message-
From: marc fleury [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 01,
Commit option D hasn't been commited.
I am having issues with my cvs rw login.
I sent Marc and Scott emails to try and correct this.
I included code in the email.
Hopefully commit option D will make it into the new release.
I'll keep you updated.
Cheers,
d.
-Original Message-
From:
Hi,
I posted this to users but I guess it might be too complicated for those
guys...
Anybody know whats up with this?
When I call home.create() for my entity bean it behaves just fine under
normal situations. However if I call home.create() serveral times in
succession only the first call
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-dev] InstanceCache is throwing
IllegalStateException.. .. id = 0?
May you double check your ejbCreate returns the right PK ?
Simon
-Original Message-
From: Ferguson, Doug [mailto:[EMAIL PROTECTED]]
Sent: lunedì 21 maggio 2001 19:22
27 matches
Mail list logo