[JBoss-dev] [ jboss-Bugs-604916 ] JBoss.3.0TemplateAndExample w/ sqlserv2k
Bugs item #604916, was opened at 2002-09-05 00:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=604916group_id=22866 Category: None Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Lee Schumacher (lelliot) Assigned to: Nobody/Anonymous (nobody) Summary: JBoss.3.0TemplateAndExample w/ sqlserv2k Initial Comment: The cmp2 example wouldn't work with ms sqlserver 2000 as the backend. There were a couple of issues with the jbosscmp-jdbc.xml file: 1) column-namedesc/column-name (in the organization table) breaks because desc is a keyword. I suspect this will break in oracle or the other commercial dbs either. 2) name is a keyword in sqlserver2k. This is probably specific to ms sql2k. Btw, how about a new bug category for this (also covering the quick start doc)? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=604916group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-604950 ] 3.0.2 do not connect to the database
Bugs item #604950, was opened at 2002-09-05 10:48
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=604950group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Franco Biaggi (fbiaggi)
Assigned to: Nobody/Anonymous (nobody)
Summary: 3.0.2 do not connect to the database
Initial Comment:
Hello,
following problem (wrok fine in JBoss 2.4.7)
The application access both a mySQL db and a DB2/400 db.
During the migration to 3.0.2 I just added 2
-service.xml files and user/passwords.
The mySQL connection work fine, the DB2/400 not AND
WITHOUT ERRORS.
The DB2/400 connection is bound.
The problem is that JBoss do not try to connect to the
database and during deploy of the EJB's hangs without
any error.
stdout.log:
...
20:50:49,112 INFO [MainDeployer] Starting deployment of
package:
file:/E:/jboss/server/default/deploy/as400-service.xml
20:50:49,202 WARN [ServiceController]
jboss.jca:service=LocalTxDS,name=legacy does not
implement any Service methods
20:50:49,202 INFO [JBossManagedConnectionPool] Creating
20:50:49,202 INFO [JBossManagedConnectionPool] Created
20:50:49,212 INFO [JBossManagedConnectionPool] Starting
20:50:49,212 INFO [JBossManagedConnectionPool] Started
20:50:49,212 INFO [MainDeployer] Deployed package:
file:/E:/jboss/server/default/deploy/as400-service.xml
...
20:50:51,475 INFO [legacy] Bound connection factory for
resource adapter 'JBoss LocalTransaction JDBC Wrapper'
to JNDI name 'java:/legacy'
... loop at end :
20:51:00,168 INFO [MainDeployer] Starting deployment of
package:
file:/E:/jboss/server/default/deploy/logistockEDI.jar
20:51:00,598 INFO [EjbModule] Creating
20:51:00,668 INFO [EjbModule] Deploying
IFCSUM_R_001_D01_Details
20:51:00,698 INFO [EjbModule] Deploying
IFCSUM_R_001_H01_Header
20:51:00,698 INFO [EjbModule] Deploying CGL7CPP
server.log:
...
2002-09-01 20:50:49,112 INFO
[org.jboss.deployment.MainDeployer] Starting deployment
of package:
file:/E:/jboss/server/default/deploy/as400-service.xml
2002-09-01 20:50:49,112 DEBUG
[org.jboss.deployment.MainDeployer] Starting deployment
(init step) of package at:
file:/E:/jboss/server/default/deploy/as400-service.xml
2002-09-01 20:50:49,132 DEBUG
[org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL
with url
file:/E:/jboss/server/default/tmp/deploy/server/default/deploy/as400-service.xml/51.as400-service.xml
2002-09-01 20:50:49,132 DEBUG
[org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL
with url
file:/E:/jboss/server/default/tmp/deploy/server/default/deploy/as400-service.xml/51.as400-service.xml
2002-09-01 20:50:49,132 DEBUG
[org.jboss.mx.loading.UnifiedLoaderRepository2] Adding
org.jboss.mx.loading.UnifiedClassLoader@58c528{
url=file:/E:/jboss/server/default/tmp/deploy/server/default/deploy/as400-service.xml/51.as400-service.xml
}
2002-09-01 20:50:49,132 DEBUG
[org.jboss.deployment.MainDeployer] using deployer
org.jboss.deployment.SARDeployer@29428e
2002-09-01 20:50:49,152 DEBUG
[org.jboss.deployment.SARDeployer] about to copy 0
local directories
2002-09-01 20:50:49,152 DEBUG
[org.jboss.deployment.MainDeployer] found 0 subpackages
of file:/E:/jboss/server/default/deploy/as400-service.xml
2002-09-01 20:50:49,152 DEBUG
[org.jboss.deployment.MainDeployer] Watching new file:
file:/E:/jboss/server/default/deploy/as400-service.xml
2002-09-01 20:50:49,152 DEBUG
[org.jboss.deployment.MainDeployer] create step for
deployment
file:/E:/jboss/server/default/deploy/as400-service.xml
2002-09-01 20:50:49,152 DEBUG
[org.jboss.deployment.SARDeployer] Deploying SAR,
create step: url
file:/E:/jboss/server/default/deploy/as400-service.xml
2002-09-01 20:50:49,152 DEBUG
[org.jboss.deployment.SARDeployer] Registering service
UCL=jmx.loading:UCL=7858936
2002-09-01 20:50:49,162 DEBUG
[org.jboss.system.ServiceCreator] About to create bean:
jboss.jca:service=LocalTxCM,name=legacy
2002-09-01 20:50:49,162 DEBUG
[org.jboss.system.ServiceCreator] code:
org.jboss.resource.connectionmanager.LocalTxConnectionManager
2002-09-01 20:50:49,182 DEBUG
[org.jboss.system.ServiceCreator] Created bean:
jboss.jca:service=LocalTxCM,name=legacy
2002-09-01 20:50:49,182 DEBUG
[org.jboss.system.ServiceCreator] About to create bean:
jboss.jca:service=LocalTxDS,name=legacy
2002-09-01 20:50:49,182 DEBUG
[org.jboss.system.ServiceCreator] code:
org.jboss.resource.connectionmanager.RARDeployment
2002-09-01 20:50:49,192 DEBUG
[org.jboss.system.ServiceCreator] Created bean:
jboss.jca:service=LocalTxDS,name=legacy
2002-09-01 20:50:49,192 DEBUG
[org.jboss.system.ServiceConfigurator] JndiName set to
legacy in jboss.jca:service=LocalTxDS,name=legacy
2002-09-01 20:50:49,192 DEBUG
[org.jboss.system.ServiceConfigurator]
ManagedConnectionFactoryProperties set to properties
config-property name=ConnectionURL
type=java.lang.Stringjdbc:as400://10.1.1.50/config-property
config-property name=DriverClass
type=java.lang.Stringcom.ibm.as400.access.AS400JDBCDriver/config-property
!--set these only if you want only
[JBoss-dev] CVS tagging
Hi, I made a patch to the Branch_3_0, but its a while since I did this and I can't remember which stuff to use for tagging: should I step up JBoss_3_0_0_8 or Rel_3_0_0_7, which is the tags that seems relevant? //Peter -- Peter AntmanChief Systems Architect, Business Development Technology in Media, Box 34105 100 26 Stockholm WWW: http://www.tim.se WWW: http://www.backsource.org Email: [EMAIL PROTECTED] Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-605031 ] jboss-minimal.jar missing invocation stu
Bugs item #605031, was opened at 2002-09-05 13:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=605031group_id=22866 Category: Build System Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Renaud Bruyeron (bruyeron) Assigned to: Jason Dillon (user57) Summary: jboss-minimal.jar missing invocation stu Initial Comment: Starting the minimal server fails with a NoClassDefFoundError when the NamingService is started, as the build script does not include org/jboss/invocation/* in jboss-minimal.jar Attached is a patch to jboss/build.xml that fixes the problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=605031group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-605041 ] Mapping of EQL 'like' for Oracle
Bugs item #605041, was opened at 2002-09-05 15:02 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=605041group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Timo Warns (timow) Assigned to: Nobody/Anonymous (nobody) Summary: Mapping of EQL 'like' for Oracle Initial Comment: In standardjbosscmp-jdbc.xml EQL-function length is mapped to Oracle SQL-function 'len', but Oracle has no SQL-function 'len'. Is this a bug or am I missing anything? In standardjbosscmp-jdbc.xml: [...] function-mapping function-namelength/function-name function-sqllen(?1)/function-sql /function-mapping [...] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=605041group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 Performance Monitoring
Sorry for the delay, I think I wasn't clear about what I meant by interceptor based jsr-77 implementation. I don't have a real problem with the existence of a jsr-77 mbean for each jsr-77 object. What I was wondering about was, instead of having jsr-77 specific code in each base object (ejb container, rar deployment, etc etc) could we have a bunch of jsr-77 interceptors, perhaps one for each jsr-77 type, that are added to the mbean interceptor stack of the base mbean object, and create the jsr-77 mbean and provide the info to it. The interceptor could either filter calls directly for statistics or ask the appropriate other interceptor/head object. Presumably, if you didn't want jsr-77, you could remove the interceptors, and if you did, you'd keep them. Does this seem any more plausible? thanks david jencks On 2002.08.23 22:05:10 -0400 Andreas Schaefer wrote: Hi David What are the chances of moving to an mbean-interceptor based jsr-77 implementation soon? As I understand it Adrian is working on among other things making the mbean stacks configurable and unifying the ejb container stacks with the mbean stack. I'd rather see all the jsr-77 stuff moved to interceptors rather than adding more and more interfaces and behavior to the main objects. I don't see this happening. You can't take out performance monitoring from the main code without a lot of troubles. For example the statistics on Entity Beans need to list the read and the pooled count which can only be obtained within the appropriate interceptor of the Entity Bean. Also like the uncertainty theory of Heisenberg the more time the monitoring is consuming the less accurate the statistics is and you don't want that, I guess. That is why I need to add this as close as possible. The other thing is the JSR-77 mbeans and the interceptor stack. For JSR-77 MBeans interceptors do not make much sense because they are not doing much. They are just a representation of what the spec. requires and the link to the target (MBeans etc.). The inteceptor can help to reduce the number of JSR-77 MBeans to one by doing what the EJB containers are doing having a list of JSR-77 instances but one MBean. So the MEJB can map the call to this single MBean and the interceptor selects the right instance. The downside is that we lose the unified view through JMX on the manageable objects. Have fun - Andy --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Feature Requests-605154 ] SNMP Adaptor Implementation
Feature Requests item #605154, was opened at 2002-09-05 14:12 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376688aid=605154group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Nadilson (nferreira) Assigned to: Nobody/Anonymous (nobody) Summary: SNMP Adaptor Implementation Initial Comment: I have tried to use the JBoss JMX implementation to develop some SNMP Traps to manage an application in my actual company, but I haven't found it... So, I've used the Java Dynamic Management Kit 5.0. I would like to know, if you guys intend to implement this facilities in JBossMX... If it has already been planned or even started... So, I'm a brazilian developer and I could help to implement this So, I would like to take the red pill to, :-).. So, I would like to know how could I help? You will find me at [EMAIL PROTECTED] Best regard, Nadilson Ferreira -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376688aid=605154group_id=22866 --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jdk dependent build
Hello, guys!
I remember threads on this but don't remember the conclusion (if it
was made).
To support JDBC-3.0 code, I have to decide whether to compile sources
depending on the JDK version.
For now I solve it this way
target name=set-java-version
condition property=jdk1.4
equals arg1=${ant.java.version} arg2=1.4/
/condition
/target
target name=compile-for-1.4 if=jdk1.4 depends=set-java-version
...
/target
I consider it rough. Especially when the sources are processed by
XDoclet. Do someone know/use a better way?
alex
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Need help writing a patch to the LoginModule denied access to EJBsit is protecting
I investigated the code, and wrote something I thought could work:
My version of org/jboss/security/plugins/JaasSecurityManager.java
against jboss 3.0.2 (changes) marked with *:
==
private boolean authenticate(Principal principal, Object credential)
{
Subject subject = null;
boolean authenticated = false;
try
{
** // Clear any current subject
** // SecurityAssociation.setSubject(null);
** subject = new Subject();
** subject.getPrincipals().add( new ***
SimplePrincipal(LoginModule) );
** SecurityAssociation.setSubject( subject );
// Validate the principal using the login configuration for
this domain
LoginContext lc = defaultLogin(principal, credential);
subject = lc.getSubject();
// Set the current subject if login was successful
if( subject != null )
{
SecurityAssociation.setSubject(subject);
authenticated = true;
// Build the Subject based DomainInfo cache value
updateCache(lc, subject, principal, credential);
}
** else {
** SecurityAssociation.setSubject(null);
** }
==
My idea was to set the subject to LoginModule before calling the login
module, but it doesn't seem to work :-(. Anyone that has any clues? Am I
completely wrong here, or is it just some small problem?
--
Marius Kotsbak
Boost Communications A/S
Trondheim, Norway
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD Matrix2) Testsuite Results: 6-September-2002
Number of tests run: 890 Successful tests: 866 Errors:20 Failures: 4 [time of test: 6 September 2002 2:27 GMT] [java.version: 1.3.1_03] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_03-b03] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-34] Useful resources: - http://lubega.com/testarchive/sun_jdk131_03 for the junit report of this test. - http://lubega.com/testarchive/sun_jdk131_03/logs/ for the logs for this test. - http://lubega.com for general test information. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! Oh dear - still got some errors! Thanks for all your effort - we really do love you! --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
