[JBoss-dev] [ jboss-Bugs-598686 ] JBoss 3.0.1 & later no work with IBM JRE
Bugs item #598686, was opened at 2002-08-22 09:52 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=598686&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 7 Submitted By: Nick Ganju (nganju) >Assigned to: Scott M Stark (starksm) Summary: JBoss 3.0.1 & later no work with IBM JRE Initial Comment: There is some incompatibility with the call to PropertyEditorManager.setEditorSearchPath(newPath) in the file org.jboss.util.propertyeditor.PropertyEditors. There is an old version of this class which makes calls to PropertyEditorManager.registerEditor(). When I replace the new version in the jboss-common.jar file with this old version, it works with IBM JRE. Probably IBM JRE has a bug in the PropertyEditorManager.setEditorSearchPath() call. I would recommend that you try to make your codebase compatible with IBM JRE, because it is substantially faster on linux. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=598686&group_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=sourceforge1&refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD Matrix2) Testsuite Results: 26-August-2002
Number of tests run: 890 Successful tests: 864 Errors:21 Failures: 5 [time of test: 26 August 2002 2:29 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=sourceforge1&refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Compilation problem with JDK 1.4.1 on W2K
Yes, as mentioned before the javax.security stuff should not be compiled
if the JDK version >= 1.4.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Andreas Schaefer" <[EMAIL PROTECTED]>
To: "Scott M Stark" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, August 25, 2002 7:05 PM
Subject: Compilation problem with JDK 1.4.1 on W2K
> Hi Scott
>
> Got this exception during building JBoss 4. I use
> JDK 1.4.1 on W2K. When I delete the file every-
> thing compiles fine and the basic testsuite runs
> smoothly. Any ideas ?
>
> C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
> y\auth\login\LoginContext.java:621: cannot resolve symbol
> symbol : variable module
> location: class javax.security.auth.login.AppConfigurationEntry
> if (moduleStack[i].module != null) {
---
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=sourceforge1&refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Compilation problem with JDK 1.4.1 on W2K
Hi Scott
Got this exception during building JBoss 4. I use
JDK 1.4.1 on W2K. When I delete the file every-
thing compiles fine and the basic testsuite runs
smoothly. Any ideas ?
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:621: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
if (moduleStack[i].module != null) {
^
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:622: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
methods = moduleStack[i].module.getClass().getMethods();
^
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:636: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
moduleStack[i].module = constructor.newInstance(args);
^
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:638: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
methods = moduleStack[i].module.getClass().getMethods();
^
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:651: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
methods[mIndex].invoke(moduleStack[i].module, initArgs);
^
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:665: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
(moduleStack[i].module,
args)).booleanValue();
Have fun
x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x
---
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=sourceforge1&refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Server not running with IBM JDK on Linux?
Someone else has reported this issue. Apparently the 1.3.0 version is not picking up editors that are not on the system classpath. I have not seen this issue with the IBM 1.3.1 version of the jdk. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Francisco Reverbel" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, August 24, 2002 9:12 PM Subject: [JBoss-dev] Server not running with IBM JDK on Linux? > Hi guys, > > Is it me or what? With > >java full version "J2RE 1.3.0 IBM build cx130-20010626" > > I am getting exceptions from Branch_3_2 and Branch_3_0. > > Here is the Branch_3_2 exception: > > 01:09:42,674 INFO [ServiceConfigurator] Problem configuring service > jboss.system:type=Log4jService,service=Logging > 01:09:42,685 DEBUG [NestedThrowable] > org.jboss.util.NestedThrowable.parentTraceEnabled=true > 01:09:42,694 DEBUG [NestedThrowable] > org.jboss.util.NestedThrowable.nestedTraceEnabled=true > 01:09:42,695 DEBUG [NestedThrowable] > org.jboss.util.NestedThrowable.detectDuplicateNesting=true > org.jboss.deployment.DeploymentException: No property editor for > attribute: ConfigurationURL; type=class java.net.URL > at > org.jboss.system.ServiceConfigurator.configure(ServiceConfigurator.java:331) > at > org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:188) > at > org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:131) > at > org.jboss.system.ServiceController.install(ServiceController.java:225) > at java.lang.reflect.Method.invoke(Native Method) --- 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=sourceforge1&refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-599999 ] Fetch size
Change Notes item #59, was opened at 2002-08-25 15:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381174&aid=59&group_id=22866 Category: JBossCMP Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: Dain Sundstrom (dsundstrom) Assigned to: Dain Sundstrom (dsundstrom) Summary: Fetch size Initial Comment: Added new optional xml element fetch-size to jbosscmp-jdbc.xml. This element controls the fetch size, which is set on prepared statements, and is useful for tuning. If present this element must be greater then 0. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381174&aid=59&group_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=sourceforge1&refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-596945 ] NumberFormatException
Bugs item #596945, was opened at 2002-08-18 20:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=596945&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Brian Huang (kinmen)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: NumberFormatException
Initial Comment:
I found the cause of NumberFormatException. In my
jbosscmp-jdbc.xml, I had an entry: ,
which causes that exception. In the file,
org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCEntityMetaData
, the following codes actually invoke the exception:
// read-time-out
String readTimeOutStr =
MetaData.getOptionalChildContent(element,
"read-time-out");
if(readTimeOutStr != null) {
readTimeOut = Integer.parseInt(readTimeOutStr);
} else {
readTimeOut = defaultValues.getReadTimeOut();
}
The Integer.parseInt(readTimeOutStr) causes
NumberFormatException if is used. Is
this a bug since is not illegal? I know I
shouldn't have done that. However, should a try {
catch(){} be used?
// read-time-out
String readTimeOutStr =
MetaData.getOptionalChildContent(element,
"read-time-out");
if(readTimeOutStr != null) {
try {
readTimeOut = Integer.parseInt(readTimeOutStr);
} catch (java.lang.NumberFormatException
numberformatException){
readTimeOut = defaultValues.getReadTimeOut();
}
} else {
readTimeOut = defaultValues.getReadTimeOut();
--
>Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-08-25 15:48
Message:
Logged In: YES
user_id=251431
Added checks for NumberFormatException when ever parseInt is
called. Fix has been applied to Branch_3_0, Branch_3_2, and
HEAD.
--
Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-08-23 19:07
Message:
Logged In: YES
user_id=251431
Thanks. Hopefully this type of error will go away when we
convert to xml schemas.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=596945&group_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=sourceforge1&refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 25-August-2002
Number of tests run: 918
Successful tests: 901
Errors:13
Failures: 4
[time of test: 25 August 2002 12:36 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.1.5]
See http://lubega.com/testarchive/${build.uid} for details of this test.
See 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=sourceforge1&refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-599955 ] JBossQL Enhancements
Change Notes item #599955, was opened at 2002-08-25 12:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381174&aid=599955&group_id=22866 Category: JBossCMP Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: Dain Sundstrom (dsundstrom) Assigned to: Dain Sundstrom (dsundstrom) Summary: JBossQL Enhancements Initial Comment: Added support for StringValue and DatetimeValue to BETWEEN. Added support for StringValue and DatetimeValue to IN. This means that literals and parameters can appear along with functions. Added support for >, <, >=, and <= comparisons of StringValue. This is from the EJB 2.1 specification. Added NumericLiteral and NumericParameter to AritmeticValue. Added StringLiteral and StringParameter to StringValue. Added DatetimeParameter to DatetimeValue. Added BooleanParameter and BooleanLiteral to BooleanValue. Added EntityParameter to EntityValue. This means that literals and parameters can appear on the left hand side of a comparison. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381174&aid=599955&group_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=sourceforge1&refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
