[JBoss-dev] [ jboss-Bugs-678189 ] shutdown of JBoss 3.0.6 does not work
Bugs item #678189, was opened at 2003-01-31 16:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=678189group_id=22866 Category: JBoss-IDE Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hans Dockter (hans_d) Assigned to: Nobody/Anonymous (nobody) Summary: shutdown of JBoss 3.0.6 does not work Initial Comment: If the shutdown action in the server navigator is applied to a JBoss 3.0.6 instance nothing happens. For 3.0.4 it works. To me it seems to be a problem of JBoss 3.0.6 as the shutdown script doesn't work either. But this need further investigation. No workaround yet. -- Comment By: Vladyslav Kosulin (kosulin) Date: 2003-01-31 19:32 Message: Logged In: YES user_id=562186 Look at patch #677807 or patch #677603 -- Comment By: Joe Famularo (famularoj) Date: 2003-01-31 17:27 Message: Logged In: YES user_id=698173 Just as an FYI, I encounted the same problem attempting to execute shutdown.bat on Windows and invoking org.jboss.Shutdown on OpenVMS. It doesn't work. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=678189group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-678185 ] launching of JBoss 2.4.x does not work
Bugs item #678185, was opened at 2003-01-31 16:45 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=678185group_id=22866 Category: JBoss-IDE Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hans Dockter (hans_d) Assigned to: Hans Dockter (hans_d) Summary: launching of JBoss 2.4.x does not work Initial Comment: Launching JBoss 2.4.x servers gives following error: (checked with JBoss-jetty 2.1/2.7/2.10) jboss.home = F:\Anwendungen\swe\sprachen\java\j2ee\jboss\JBoss-2.4.7_Jetty-4.0.4\jboss Using JAAS LoginConfig: file:/F:/Anwendungen/swe/sprachen/java/j2ee/jboss/JBoss-2.4.7_Jetty-4.0.4/jboss/conf/default/auth.conf JBoss release: JBoss-2.4.7 CVSTag=JBoss_2_4_7 JBoss version: 2.4.7.2002-06-25 00:31:23 CDT Using configuration default javax.management.ServiceNotFoundException: The specified URL is null at javax.management.loading.MLet.getMBeansFromURL(MLet.java:367) at org.jboss.Main.init(Main.java:181) at org.jboss.Main$1.run(Main.java:110) at java.security.AccessController.doPrivileged(Native Method) at org.jboss.Main.main(Main.java:106) JBoss-2.4.7 Started in 0m:6s.349 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=678185group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] tx propagation in 3.2 and HEAD
This came from XPetstore-2.2. First, tx propagation in 3.2 and HEAD differs. Consider the following situation: - CMP CategoryEJB with default tx attr Required; - CategoryEJB has business method getCategoryValue with tx attr Supports (this is not spec compliant but anyway); - session bean PetstoreEJB with the following method: /** * @ejb.interface-method * @ejb.transaction * type=NotSupported */ public CategoryValue getCategory( String categoryId ) throws FinderException { return getCategoryLocalHome().findByPrimaryKey(categoryId).getCategoryValue(); } In HEAD this throws the exception saying there is no tx associated with the current thread. But in 3.2 it passes. I think it's a bug in 3.2, as the tx context should be associated only with the finder (Required) but not with getCategoryValue (Supports). alex --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-678185 ] launching of JBoss 2.4.x does not work
Bugs item #678185, was opened at 2003-01-31 16:45 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=678185group_id=22866 Category: JBoss-IDE Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Hans Dockter (hans_d) Assigned to: Hans Dockter (hans_d) Summary: launching of JBoss 2.4.x does not work Initial Comment: Launching JBoss 2.4.x servers gives following error: (checked with JBoss-jetty 2.1/2.7/2.10) jboss.home = F:\Anwendungen\swe\sprachen\java\j2ee\jboss\JBoss-2.4.7_Jetty-4.0.4\jboss Using JAAS LoginConfig: file:/F:/Anwendungen/swe/sprachen/java/j2ee/jboss/JBoss-2.4.7_Jetty-4.0.4/jboss/conf/default/auth.conf JBoss release: JBoss-2.4.7 CVSTag=JBoss_2_4_7 JBoss version: 2.4.7.2002-06-25 00:31:23 CDT Using configuration default javax.management.ServiceNotFoundException: The specified URL is null at javax.management.loading.MLet.getMBeansFromURL(MLet.java:367) at org.jboss.Main.init(Main.java:181) at org.jboss.Main$1.run(Main.java:110) at java.security.AccessController.doPrivileged(Native Method) at org.jboss.Main.main(Main.java:106) JBoss-2.4.7 Started in 0m:6s.349 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=678185group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss-IDE next steps
I've written a next steps proposal for JBoss-IDE available at: http://www.jboss.org/servlet/JiveServlet/download/162-27873-3763505-1281/JBoss-IDE_next_steps.html Hans --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] OracleLoginModule
Hi guys, I wrote a login module specific for Oracle DataBase, that try to authenticate a user on Oracle DataSource and map Oracle Role on J2ee Role. I think it could be very interesting for guys that have jboss and Oracle together, because you could manage roles and user just in one enviroment. I tried it on my enviroment and seems to work only if I set in Oracle-xa-service.xml attribute name=CriteriaByApplication/attribute If I set it to ByContainer I get this error: 15:14:02,562 WARN [JBossManagedConnectionPool] Destroying connection that could not be successfully matched: org.jboss.resource.adapter.jdbc.xa.oracle.XAOracleManagedConnection@462631 And connection still Opened on the DB. Could you please explain me what's happen. Thank you in advance BTW I attached my source, what about it? Couldn't it be useful for anyone? --- all work and no play makes Jack a dull boy --- bye Stefano [EMAIL PROTECTED] www.javalinux.it MSN messanger: [EMAIL PROTECTED] ICQ uin: 122192578 Jabber: canezen #jedit IRC channel as maeste /* * JBoss, the OpenSource WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.security.auth.spi; import java.security.acl.Group; import java.util.HashMap; import java.util.Map; import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.SQLException; import javax.naming.InitialContext; import javax.naming.NamingException; import javax.sql.DataSource; import javax.security.auth.Subject; import javax.security.auth.callback.CallbackHandler; import javax.security.auth.login.LoginException; import javax.security.auth.login.FailedLoginException; import org.jboss.security.SimpleGroup; import org.jboss.security.SimplePrincipal; import org.jboss.security.auth.spi.UsernamePasswordLoginModule; /** * A JDBC based login module that supports authentication and role mapping. * It is based on two logical tables: * ul * liPrincipals(PrincipalID text, Password text) * liRoles(PrincipalID text, Role text, RoleGroup text) * /ul * p * LoginModule options: * ul * liemdsJndiName/em: The name of the DataSource of the database containing the Principals, Roles tables * liemprincipalsQuery/em: The prepared statement query, equivalent to: * pre *select Password from Principals where PrincipalID=? * /pre * Use it if you don't want to use the Oracle user/password to check permission * liemrolesQuery/em: The prepared statement query, equivalent to: * pre *select Role, RoleGroup from Roles where PrincipalID=? * /pre * Use it if you want to read roles from a table instead or together Oracle Roles * liemuseOracleRoles/em true/false to use Oracle Roles mapping to J2ee Roles * /ul * @author a href=www.javalinux.itStefano Maestri maeste /A * Special thanks to Paolo Vigano my DBA for support and tests * @version $Revision: 1.6 $ */ public class OracleServerLoginModule extends UsernamePasswordLoginModule { private String dsJndiName; private String principalsQuery = null; private boolean useOracleRoles = false; private String rolesQuery = null; private String oracleRolesQuery = select granted_role from user_role_privs; private String username; private String password; /** * Initialize this LoginModule. */ public void initialize(Subject subject, CallbackHandler callbackHandler, Map sharedState, Map options) { super.initialize(subject, callbackHandler, sharedState, options); dsJndiName = (String) options.get(dsJndiName); if( dsJndiName == null ) dsJndiName = java:/DefaultDS; Object tmp = options.get(principalsQuery); if( tmp != null ) principalsQuery = tmp.toString(); tmp = options.get(rolesQuery); if( tmp != null ) rolesQuery = tmp.toString(); tmp = options.get(useOracleRoles); if( tmp != null tmp.toString().equalsIgnoreCase(true) principalsQuery==null ) useOracleRoles = true; log.trace(OracleServerLoginModule, dsJndiName=+dsJndiName); log.trace(principalsQuery=+principalsQuery); log.trace(rolesQuery=+rolesQuery); log.trace(useOracleRoles=+rolesQuery); } /** Get the expected password for the current username available via * the getUsername() method. This is called from within the login() * method after the CallbackHandler has returned the username and * candidate password. * @return the valid password String */ protected String getUsersPassword() throws LoginException { String password = null; Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { username = getUsername(); if (principalsQuery != null) { InitialContext ctx = new InitialContext(); DataSource ds = (DataSource) ctx.lookup(dsJndiName); conn =
Re: [JBoss-dev] OracleLoginModule
I'm very interested in this login module. Can you supply it as a "patch" in the sourceforge tracker? Otherwise I may lose track of it before I can review and commit it. Offhand it seems to me that the LoginModule should only work if the criteria was ByContainer. Are you calling ds.getConnection() or ds.getConnection(user, pw)? Can you check the code in XAManagedConnectionFactory.matchManagedConnection and BaseWrapperManagedConnectionFactory.getConnectionProperties to see if it is obvious why the match is failing? You might need to modify the OracleXAManagedConnectionFactory to provide more suitable matching behavior. (I'm looking at jboss head for these classes). thanks david jencks Hi guys, I wrote a login module specific for Oracle DataBase, that try to authenticate a user on Oracle DataSource and map Oracle Role on J2ee Role. I think it could be very interesting for guys that have jboss and Oracle together, because you could manage roles and user just in one enviroment. I tried it on my enviroment and seems to work only if I set in Oracle-xa-service.xml attribute name="Criteria">ByApplication/attribute> If I set it to ByContainer I get this error: 15:14:02,562 WARN [JBossManagedConnectionPool] Destroying connection that could not be successfully matched: org.jboss.resource.adapter.jdbc.xa.oracle.XAOracleManagedConnection@462631 And connection still Opened on the DB. Could you please explain me what's happen. Thank you in advance BTW I attached my source, what about it? Couldn't it be useful for anyone? image.tiff> OracleServerLoginModule.java>
RE: [JBoss-dev] OracleLoginModule
out of curiosity, could you say how you did this? i'm assuming that you're authenticating to the DBA_USERS and DBA_USER_ROLES tables, and this is something that i tried a while back. i got stuck being able to hash my login modules password to match oracles. there was no documentation on what algorithm they were using, and so after trying a few, i gave up. this is something that i am HIGHLY interested in, and would love to take a look at. congratulations on the hard work. Ryan -Original Message-From: David Jencks [mailto:[EMAIL PROTECTED]]Sent: Monday, February 03, 2003 9:04 AMTo: [EMAIL PROTECTED]Subject: Re: [JBoss-dev] OracleLoginModule I'm very interested in this login module. Can you supply it as a "patch" in the sourceforge tracker? Otherwise I may lose track of it before I can review and commit it. Offhand it seems to me that the LoginModule should only work if the criteria was ByContainer. Are you calling ds.getConnection() or ds.getConnection(user, pw)? Can you check the code in XAManagedConnectionFactory.matchManagedConnection and BaseWrapperManagedConnectionFactory.getConnectionProperties to see if it is obvious why the match is failing? You might need to modify the OracleXAManagedConnectionFactory to provide more suitable matching behavior. (I'm looking at jboss head for these classes). thanks david jencks Hi guys, I wrote a login module specific for Oracle DataBase, that try to authenticate a user on Oracle DataSource and map Oracle Role on J2ee Role. I think it could be very interesting for guys that have jboss and Oracle together, because you could manage roles and user just in one enviroment. I tried it on my enviroment and seems to work only if I set in Oracle-xa-service.xml attribute name="Criteria"ByApplication/attribute If I set it to ByContainer I get this error: 15:14:02,562 WARN [JBossManagedConnectionPool] Destroying connection that could not be successfully matched: org.jboss.resource.adapter.jdbc.xa.oracle.XAOracleManagedConnection@462631 And connection still Opened on the DB. Could you please explain me what's happen. Thank you in advance BTW I attached my source, what about it? Couldn't it be useful for anyone? image.tiff OracleServerLoginModule.java
RE: [JBoss-dev] JBoss-IDE 1.0 alpha released (Solved)
Nevermind. I just noticed the three launch configurations for JBoss servers (denoted by a grey server icon) in the debug launch configurations window. - Matt -Original Message- From: Matt Munz on behalf of Matt Munz Sent: Fri 1/31/2003 5:15 PM To: [EMAIL PROTECTED] Cc: Subject: RE: [JBoss-dev] JBoss-IDE 1.0 alpha released Hans, JBoss + Eclipse == :) I've installed JBoss-IDE, and it looks good -- but how do I use it? The docs are great but perhaps I'm missing something. I'm trying to add my server to the Server Navigator. I right click on the empty Server Navigator view, and the only option is a greyed-out configuration. When I select configuration, I get the error Project does not exist. Does the server need to be running first or do I need the server code loaded in Eclipse or something else? - Matt -Original Message- From: Hans Dockter [mailto:[EMAIL PROTECTED]] Sent: Wed 1/29/2003 6:08 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: Subject: [JBoss-dev] JBoss-IDE 1.0 alpha released I'm delighted to announce the release of JBoss-IDE 1.0 alpha. The JBoss-IDE is based on Eclipse. Link to the JBoss-IDE project page: http://www.jboss.org/developers/projects/jboss/jbosside.jsp You can download JBoss-IDE from: http://prdownloads.sourceforge.net/jboss/jbosside1.0a_05.zip?download Enjoy (-: Hans --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development winmail.dat
[JBoss-dev] Securing JNDI http invoker.
I am using JBOSS 3.0.6 and am trying to secure the JNDI invoker via https. Looking at the code there seems to such way to do this. How do you get the current username and password from the current login context? It would be fairly trival to check the return value, if it is 401 then retry with the current login. So .. if(connn.getResponseCode() == java.net.HttpURLConnection.HTTP_UNAUTHORIZED) { get login,pass from login context userPassword=userName+:+passwd String encoding = new sun.misc.BASE64Encoder().encode(userPassword.getBytes()); URLConnection uc = url.openConnection(); uc.setRequestProperty (Authorization, Basic + encoding); getInputStream blah,blah,blah } --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] OracleLoginModule
Not exaclty, I login with user and password and use user_role_privs view, simple is better (I hope that isn't too simple to wok ). To have a look to muy code, I attached code in previous message Any suggestion is a piece of gold for me, fell free to write me. bye Il lun, 2003-02-03 alle 16:47, Sonnek, Ryan ha scritto: out of curiosity, could you say how you did this? i'm assuming that you're authenticating to the DBA_USERS and DBA_USER_ROLES tables, and this is something that i tried a while back. i got stuck being able to hash my login modules password to match oracles. there was no documentation on what algorithm they were using, and so after trying a few, i gave up. this is something that i am HIGHLY interested in, and would love to take a look at. congratulations on the hard work. Ryan -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED]] Sent: Monday, February 03, 2003 9:04 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] OracleLoginModule I'm very interested in this login module. Can you supply it as a patch in the sourceforge tracker? Otherwise I may lose track of it before I can review and commit it. Offhand it seems to me that the LoginModule should only work if the criteria was ByContainer. Are you calling ds.getConnection() or ds.getConnection(user, pw)? Can you check the code in XAManagedConnectionFactory.matchManagedConnection and BaseWrapperManagedConnectionFactory.getConnectionProperties to see if it is obvious why the match is failing? You might need to modify the OracleXAManagedConnectionFactory to provide more suitable matching behavior. (I'm looking at jboss head for these classes). thanks david jencks Hi guys, I wrote a login module specific for Oracle DataBase, that try to authenticate a user on Oracle DataSource and map Oracle Role on J2ee Role. I think it could be very interesting for guys that have jboss and Oracle together, because you could manage roles and user just in one enviroment. I tried it on my enviroment and seems to work only if I set in Oracle-xa-service.xml attribute name=CriteriaByApplication/attribute If I set it to ByContainer I get this error: 15:14:02,562 WARN [JBossManagedConnectionPool] Destroying connection that could not be successfully matched: org.jboss.resource.adapter.jdbc.xa.oracle.XAOracleManagedConnection@462631 And connection still Opened on the DB. Could you please explain me what's happen. Thank you in advance BTW I attached my source, what about it? Couldn't it be useful for anyone? image.tiff OracleServerLoginModule.java --- all work and no play makes Jack a dull boy --- bye Stefano [EMAIL PROTECTED] www.javalinux.it MSN messanger: [EMAIL PROTECTED] ICQ uin: 122192578 Jabber: canezen #jedit IRC channel as maeste
Re: [JBoss-dev] OracleLoginModule
Sonnek, Ryan wrote: out of curiosity, could you say how you did this? i'm assuming that you're authenticating to the DBA_USERS and DBA_USER_ROLES tables, and this is something that i tried a while back. i got stuck being able to hash my login modules password to match oracles. there was no documentation on what algorithm they were using, and so after trying a few, i gave up. this is something that i am HIGHLY interested in, and would love to take a look at. Can't you just get Oracle to handle this, by using the getConnection(name, pw) method on the datasource (as David mentioned) to authenticate the user? Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] OracleLoginModule
Il lun, 2003-02-03 alle 16:03, David Jencks ha scritto: I'm very interested in this login module. Can you supply it as a patch in the sourceforge tracker? Otherwise I may lose track of it before I can review and commit it. I'd glad to do it when it will work in ByContainer Mode Offhand it seems to me that the LoginModule should only work if the criteria was ByContainer. As I said it works only in ByApplication criteria Are you calling ds.getConnection() or ds.getConnection(user, pw)? the last one. Can you check the code in XAManagedConnectionFactory.matchManagedConnection and BaseWrapperManagedConnectionFactory.getConnectionProperties to see if it is obvious why the match is failing? You might need to modify the OracleXAManagedConnectionFactory to provide more suitable matching behavior. (I'm looking at jboss head for these classes). I'm taking a look. Thanks for the interest. thanks david jencks excerptHi guys, I wrote a login module specific for Oracle DataBase, that try to authenticate a user on Oracle DataSource and map Oracle Role on J2ee Role. I think it could be very interesting for guys that have jboss and Oracle together, because you could manage roles and user just in one enviroment. I tried it on my enviroment and seems to work only if I set in Oracle-xa-service.xml attribute name=CriteriaByApplication/attribute If I set it to ByContainer I get this error: 15:14:02,562 WARN [JBossManagedConnectionPool] Destroying connection that could not be successfully matched: underlinecolorparam1999,1999,/paramorg.jboss.resource.adapter.jdbc.xa.oracle.XAOracleManagedConnection@462631 /color/underlineAnd connection still Opened on the DB. Could you please explain me what's happen. Thank you in advance BTW I attached my source, what about it? Couldn't it be useful for anyone? /excerptimage.tiff excerpt OracleServerLoginModule.java/excerpt --- all work and no play makes Jack a dull boy --- bye Stefano [EMAIL PROTECTED] www.javalinux.it MSN messanger: [EMAIL PROTECTED] ICQ uin: 122192578 Jabber: canezen #jedit IRC channel as maeste
Re: [JBoss-dev] OracleLoginModule
On Monday, February 3, 2003, at 12:01 PM, Stefano Maestri wrote: Il lun, 2003-02-03 alle 16:03, David Jencks ha scritto: I'm very interested in this login module. Can you supply it as a "patch" in the sourceforge tracker? Otherwise I may lose track of it before I can review and commit it. I'd glad to do it when it will work in ByContainer Mode Offhand it seems to me that the LoginModule should only work if the criteria was ByContainer. As I said it works only in ByApplication criteria Are you calling ds.getConnection() or ds.getConnection(user, pw)? the last one. If you call ds.getConnection(user, pw) you MUST NOT provide a LoginModule and you must use the ByApplication criteria if your adapter does not support reauthentication or ByNothing if it does. Login modules are for use only with Container manager security, which basically means you always call ds.getConnection(). thanks david jencks Can you check the code in XAManagedConnectionFactory.matchManagedConnection and BaseWrapperManagedConnectionFactory.getConnectionProperties to see if it is obvious why the match is failing? You might need to modify the OracleXAManagedConnectionFactory to provide more suitable matching behavior. (I'm looking at jboss head for these classes). I'm taking a look. Thanks for the interest. thanks david jencks excerpt>Hi guys, I wrote a login module specific for Oracle DataBase, that try to authenticate a user on Oracle DataSource and map Oracle Role on J2ee Role. I think it could be very interesting for guys that have jboss and Oracle together, because you could manage roles and user just in one enviroment. I tried it on my enviroment and seems to work only if I set in Oracle-xa-service.xml attribute name="Criteria">ByApplication/attribute> If I set it to ByContainer I get this error: 15:14:02,562 WARN [JBossManagedConnectionPool] Destroying connection that could not be successfully matched: underline>color>param>1999,1999,/param>org.jboss.resource.adapter.jdbc.xa.oracle.XAOracleManagedConnection@462631 /color>/underline>And connection still Opened on the DB. Could you please explain me what's happen. Thank you in advance BTW I attached my source, what about it? Couldn't it be useful for anyone? /excerpt>image.tiff> excerpt> OracleServerLoginModule.java>/excerpt> image.tiff>
[JBoss-dev] [ jboss-Bugs-677495 ] JGCacheInvalidationBridge stumbling over itself.
Bugs item #677495, was opened at 2003-01-30 17:02 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=677495group_id=22866 Category: Clustering Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Mikko Koponen (mtkopone) Assigned to: Sacha Labourey (slaboure) Summary: JGCacheInvalidationBridge stumbling over itself. Initial Comment: Greetings all. We stumbled upon a bug in the JGCacheInvalidationBridge when testing cluster failover. The replicantsChanged() method attempts removal of dead cluster members through the DistributedState interface, while holding on to an iterator to the map being affected. The removal causes a ConcurrentModificationException from ensuing calls to the iterator. Stack trace: 12:51:40,801 ERROR [SaffronTESTBackPartition:ReplicantManager] membershipChanged failedjava.util.ConcurrentModificationException at java.util.HashMap$HashIterator.nextEntry (HashMap.java:762) at java.util.HashMap$KeyIterator.next (HashMap.java:798) at org.jboss.cache.invalidation.bridges.JGCacheInvalidation Bridge.replicantsChanged (JGCacheInvalidationBridge.java:123) at org.jboss.ha.framework.server.DistributedReplicantMana gerImpl.notifyKeyListeners (DistributedReplicantManagerImpl.java:662) at org.jboss.ha.framework.server.DistributedReplicantMana gerImpl.purgeDeadMembers (DistributedReplicantManagerImpl.java:774) at org.jboss.ha.framework.server.DistributedReplicantMana gerImpl.membershipChanged (DistributedReplicantManagerImpl.java:296) at org.jboss.ha.framework.server.HAPartitionImpl.viewAcce pted(HAPartitionImpl.java:371) at org.javagroups.blocks.MessageDispatcher$ProtocolAda pter.passUp(MessageDispatcher.java:488) at org.javagroups.blocks.RequestCorrelator.receive (RequestCorrelator.java:294) at org.javagroups.blocks.MessageDispatcher$ProtocolAda pter.up(MessageDispatcher.java:513) at org.javagroups.JChannel.up(JChannel.java:936) at org.javagroups.stack.ProtocolStack.up (ProtocolStack.java:301) at org.javagroups.stack.ProtocolStack.receiveUpEvent (ProtocolStack.java:317) at org.javagroups.stack.Protocol.passUp (Protocol.java:399) at org.javagroups.protocols.pbcast.STATE_TRANSFER.up (STATE_TRANSFER.java:133) at org.javagroups.stack.UpHandler.run (Protocol.java:50) -- Mikko Koponen Krocus Communications, Finland -- Comment By: Mikko Koponen (mtkopone) Date: 2003-02-03 20:26 Message: Logged In: YES user_id=586533 After some more meddling with failover, we now have some new concerns ;) I haven't gone _very_ far into the code, so some of this might be speculation. The replicantsChanged method of JGCacheInvalidationBridge gets called with the values of the serialized objects set in the DRM. These values are passed as the newReplicants list. The bridge apparently expects to find something quite different than a bunch of empty strings in this list, and therefore proceeds to remove everything related to the invalidation cache from the DistributedState. Also, the DRM is apparently only used to find out about dead cluster members. This same sort of functionality is available in the HAPartition.HAMembershipListener interface. I wrote a patch to use the HAMembershipListener instead of the DRM for these events. It has been tested by pulling the plug from different cluster members a couple of times, and checking the content in the DS. Seems to work fine. -- Mikko Koponen Krocus Communications, Finland -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=677495group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-679705 ] 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM
Bugs item #679705, was opened at 2003-02-03 19:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=679705group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stefan Kuehnel (skuehnel) Assigned to: Nobody/Anonymous (nobody) Summary: 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM Initial Comment: TestingJBoss 3.0.6 with an IBM 1.4 VM on Linux I get an AbstractMethodError on startup for AbstractDeploymentScanner.scan() when starting the URLDeploymentScanner. This happens both if JBoss was compiled with a Sun as well as an IBM JDK. System info: 19:01:34,499 INFO [ServerInfo] Java version: 1.4.0,IBM Corporation 19:01:34,500 INFO [ServerInfo] Java VM: Classic VM 1.4.0,IBM Corporation 19:01:34,526 INFO [ServerInfo] OS-System: Linux 2.4.18-17.7.x,x86 Exception: 2003-02-03 19:01:45,294 INFO [org.jboss.deployment.scanner.URLDeploymentScanner] Starting 2003-02-03 19:01:45,301 ERROR [org.jboss.deployment.MainDeployer] could not start deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:261) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:1003) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:413) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy2.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:230) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:325) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:222) at org.jboss.Main.boot(Main.java:148) at org.jboss.Main$1.run(Main.java:381) at java.lang.Thread.run(Thread.java:566) 2003-02-03 19:01:45,468 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.parentTraceEnabled=true 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.nestedTraceEnabled=false 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.detectDuplicateNesting=true 2003-02-03 19:01:45,471 ERROR [org.jboss.system.server.Server] start failed org.jboss.deployment.DeploymentException: Could not create deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml; - nested throwable: (java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:835) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at
[JBoss-dev] [ jboss-Bugs-679841 ] build init creates error in local.properties
Bugs item #679841, was opened at 2003-02-03 21:59 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=679841group_id=22866 Category: Build System Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Elo (elosf) Assigned to: Jason Dillon (user57) Summary: build init creates error in local.properties Initial Comment: I installed a clean 1.5.1 version of Ant and I use JSDK 1.4.1. I checked out the JBoss source and ran: ./build/build.sh init and this created a file with the line: xdoclet.xdoclet.root=${project.root}/thirdparty/xdoclet- xdoclet I was also getting a failure to define Ant task jmxdoclet, which I attributed to Ant not finding the XDoclet libs. (I do not define a classpath environment variable as I prefer to keep things in source files as much as possible.) Anyway, I went and tweaked that line in local.properties to be: xdoclet.xdoclet.root=${project.root}/thirdparty/xdoclet/xd oclet where I changed the last '-' to a '/' after looking at the thirdparty directory and seeing that there is a lib directory under xdoclet/xdoclet. The old error went away, but now I am throwing: java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory so I think there are more pervasive classpath problems. All of these .jars exist in the thirdparty directory, so I'm not sure why they are not properly added into the ant build environment. Help would be very appreciated to: [EMAIL PROTECTED] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=679841group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-679841 ] build init creates error in local.properties
Bugs item #679841, was opened at 2003-02-03 21:59 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=679841group_id=22866 Category: Build System Group: CVS HEAD Status: Deleted Resolution: Invalid Priority: 5 Submitted By: Elo (elosf) Assigned to: David Jencks (d_jencks) Summary: build init creates error in local.properties Initial Comment: I installed a clean 1.5.1 version of Ant and I use JSDK 1.4.1. I checked out the JBoss source and ran: ./build/build.sh init and this created a file with the line: xdoclet.xdoclet.root=${project.root}/thirdparty/xdoclet- xdoclet I was also getting a failure to define Ant task jmxdoclet, which I attributed to Ant not finding the XDoclet libs. (I do not define a classpath environment variable as I prefer to keep things in source files as much as possible.) Anyway, I went and tweaked that line in local.properties to be: xdoclet.xdoclet.root=${project.root}/thirdparty/xdoclet/xd oclet where I changed the last '-' to a '/' after looking at the thirdparty directory and seeing that there is a lib directory under xdoclet/xdoclet. The old error went away, but now I am throwing: java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory so I think there are more pervasive classpath problems. All of these .jars exist in the thirdparty directory, so I'm not sure why they are not properly added into the ant build environment. Help would be very appreciated to: [EMAIL PROTECTED] -- Comment By: David Jencks (d_jencks) Date: 2003-02-03 23:58 Message: Logged In: YES user_id=60525 You did not check out the sources correctly, and have mixed versions. The instructions seem to have disappeared or become hard to find on the website. cvs ... co jboss-head cvs ... co -r Branch_3_2 jboss-3.2 cvs ... co -r Branch_3_0 jboss-3.0 If these don't work for you reopen the bug with a really clear explanation of what you checked out. Also search the lists and forums before filing a bug on something like this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=679841group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] Migration to JBoss 3.0.6: farming deployment fails during start
Again there is a need for logical service aliases to avoid this. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Sacha Labourey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 27, 2003 10:13 AM Subject: RE: [JBoss-user] Migration to JBoss 3.0.6: farming deployment fails during start Sh*t, who has modified this name?!? The change is crap as it makes the farm service fail but it is good as if we can have a single name for both jetty/tomcat it is easier to write mbean dependencies. -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Vladyslav Kosulin Envoye : lundi, 27 janvier 2003 18:50 A : [EMAIL PROTECTED] Objet : Re: [JBoss-user] Migration to JBoss 3.0.6: farming deployment fails during start Sacha Labourey wrote: Can you make sure you have all these mbeans started: jboss:service=DefaultPartition jboss.ejb:service=EJBDeployer jboss.web:service=JBossWeb jboss.system:service=MainDeployer (in http://localhost:8080/jmx-console/ for example) I suspect: - either jbossweb (aka jetty) is not started - you have not started the all configuration (i.e. DefaultPartition is not there) = run -c all I found the cause: JBossWeb is obsolete name now. Starting with JBoss 3.0.6 Jetty is being deployed as WebServer instead of JBossWeb. After I made the corresponding changes to farm-service.xml, it starts O.K. Can somebody commit this changes to CVS? Vlad --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Securing JNDI http invoker.
Its handled by a custom java.net.Authenticator that integrates with the current security context. There are testcases showing how to access a secured JNDI invoker over http. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dave Smith [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, February 03, 2003 8:33 AM Subject: [JBoss-dev] Securing JNDI http invoker. I am using JBOSS 3.0.6 and am trying to secure the JNDI invoker via https. Looking at the code there seems to such way to do this. How do you get the current username and password from the current login context? It would be fairly trival to check the return value, if it is 401 then retry with the current login. So .. if(connn.getResponseCode() == java.net.HttpURLConnection.HTTP_UNAUTHORIZED) { get login,pass from login context userPassword=userName+:+passwd String encoding = new sun.misc.BASE64Encoder().encode(userPassword.getBytes()); URLConnection uc = url.openConnection(); uc.setRequestProperty (Authorization, Basic + encoding); getInputStream blah,blah,blah } --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 3.0.6 release notes available
The 3.0.6 release made available via SourceForge on 2003-01-26 here: https://sourceforge.net/project/showfiles.php?group_id=22866 now has change notes available which may be obtained from here: http://sourceforge.net/project/shownotes.php?release_id=136135 Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development