[JBoss-user] [JCA/JBoss] - getting warnings when using SecurityIdentityModule: Destroyi

2005-02-03 Thread agent82_a
Hi,

I'm running firebird 1.5  and Jboss-3.2.5  under Linux Kernel 2.6.

My database config is

anonymous wrote :   
  | 
  | mydataDS
  | 
  | 
  | 
  | Firebird Database Connector
  | 
  | localhost/3050:/database/mydata.fdb
  | 
  | TRANSACTION_REPEATABLE_READ
  | 
  | 0
  | SELECT CAST(1 as INTEGER) FROM 
rdb$database 
  | 
  | 
  | mydataDSLogin
  |   
  | 

A portion of the login-config.xml is
anonymous wrote : 
  |
  |   
  |sysdba
  |sysdba
  |**someHexNumbers**
  |jboss.jca:service=TxCM,name=mydataDS
  |  
  |   
  | 
  | 
  | 

And after examining the logs, I found these kind of warnings
anonymous wrote : 
  | 16:36:58,349 WARN  [JBossManagedConnectionPool] Destroying connection that 
could not be successfully matched: [EMAIL PROTECTED] [EMAIL PROTECTED] 
handles=0 lastUse=1107419818348 permit=false trackByTx=false [EMAIL PROTECTED] 
[EMAIL PROTECTED]
  | 

Is there something wrong with my configuration ?

Thanks in advance,
 Julie




View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3864988#3864988

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3864988


---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
___
JBoss-user mailing list
JBoss-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Messaging, JMS & JBossMQ] - JDBC2 Persistent Manager in XA Environment

2004-12-06 Thread agent82_a
Hi,

My application updates multiple message queues (provided by jbossmq) and 
databases in one transaction through session beans with CMT.
I am using jdbc2 persistent manager which uses a LocalTX only for its 
datasource. Since my app is running in an XA environment , will this cause any 
problem ? Or should I configure jdbc2 persistent manager to use XADatasources ? 
Does it work too if I configure with NoTx Datasources?

Thanks in advance.

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3857547#3857547

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3857547


---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [JCA/JBoss] - Getting Unrecognized transaction..

2004-07-07 Thread agent82_a
Hi,
I have a application deployed under these configurations:
-OS=Gentoo Linux Kernel 2.4.25
-JVM=Blackdown1.4.1
-JBoss-3.2.3
-RDBMS=Firebird-1.5.0 (Classic Server)
-JDBC=FirebirdSQL-1.5.0-RC2 (deployed as a JCA adapter. Pooling is set to discard idle 
connections after 15 minutes)

Sometimes I would get this kind of exception while closing a Jdbc connection:
anonymous wrote : 
  | 2004-05-05 10:31:15,966 WARN  [org.jboss.tm.TransactionImpl] XAException: 
tx=TransactionI
  | mpl:XidImpl [FormatId=257, GlobalId=appserver01//11103, BranchQual=] 
errorCode=XAER_NOTA
  | org.firebirdsql.jca.FBXAException: Unrecognized transaction at 
org.firebirdsql.jca.FBManagedConnection.internalEnd(FBManagedConnection.java:437)
  | at 
org.firebirdsql.jca.FBManagedConnection.end(FBManagedConnection.java:409)
  | at org.jboss.tm.TransactionImpl.endResource(TransactionImpl.java:1205)
  | at org.jboss.tm.TransactionImpl.delistResource(TransactionImpl.java:543)
  | at 
org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventList
  | ener.delist(TxConnectionManager.java:505)
  | at 
org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventList
  | ener.connectionClosed(TxConnectionManager.java:554)
  | at 
org.firebirdsql.jca.FBManagedConnection$2.notify(FBManagedConnection.java:1176
  | )
  | at 
org.firebirdsql.jca.FBManagedConnection.notify(FBManagedConnection.java:1157)
  | at 
org.firebirdsql.jca.FBManagedConnection.close(FBManagedConnection.java:846)
  | at 
org.firebirdsql.jdbc.AbstractConnection.close(AbstractConnection.java:437)
  | 

It's kind of difficult to reproduce this problem.
But everytime this exception occurs, 1 additional physical connection doesn't get 
discarded, even after overnight (when no one is even using the application). I can see 
this by running pstree on the linux console. (One managedConnection is associated with 
one process). 

Then I decide to download the jboss-3.2.3 source code, open TxConnectionManager.java 
and observe line 554 where the connectionClosed method calls delist()


  | if (isManagedConnectionFree())
  | {
  |//log.trace("called unregisterAssociation, delisting");
  |//no more handles
  |delist();
  |//log.trace("called unregisterAssociation, returning");
  |returnManagedConnection(this, false);
  | }
  | //log.trace("called unregisterAssociation");
  |  }
  |  catch (ResourceException re)
  |  {
  | log.error("ResourceException while closing connection handle!", re);
  |  } // end of try-catch
  | 

Now my question:

 If an exception occured (like the one i have) while delist() is called, then the 
returnManagedConnection(this,false) won't be called. Does this mean that the 
managedConnection will never be returned to the pool thus causing some sort of a leak 
?  

If so would it be safe to do this:

  | if (isManagedConnectionFree())
  | {
  |//log.trace("called unregisterAssociation, delisting");
  |//no more handles
  |try{
  |delist();
  | }catch(ResourceException re){
  |//log.trace("called unregisterAssociation, return and KILL");
  |   returnManagedConnection(this, true);
  |//rethrow 
  |   throw re; 
  | }
  | //log.trace("called unregisterAssociation, return ");
  | returnManagedConnection(this,false);
  | }
  | //log.trace("called unregisterAssociation");
  |  }
  |  catch (ResourceException re)
  |  {
  | log.error("ResourceException while closing connection handle!", re);
  |  } // end of try-catch
  | 
  | 

Thanks for any comments and answers.


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3841309#3841309

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3841309


---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [JCA/JBoss] - Re: Howto encrypt connection factory passwords

2004-07-07 Thread agent82_a
"burrifro" wrote : 
  | So what is sent to the database, the hashed password? How does the database know 
it is the hash?
  | 
It's an encrypted form of the password, not the hashed of the password. The encrypted 
form of the password will be decrypted before sending it to the database.  
If it is a hashed password, then there's no way to convert that hash value to the 
original password.

correct me if i'm wrong.

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3841304#3841304

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3841304


---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [JCA/JBoss] - Re: Howto encrypt connection factory passwords

2004-07-07 Thread agent82_a
It's an encrypted form of the password, not the hashed of the password. The encrypted 
form of the password will be decrypted before sending it to the database.  
If it is a hashed password, then there's no way to convert that hash value to the 
original password.

correct me if i'm wrong.


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3841303#3841303

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3841303


---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user