[JBoss JIRA] Created: (JBRULES-1214) drools-server should not have .settings commited into svn
by Geoffrey De Smet (JIRA)
drools-server should not have .settings commited into svn
---------------------------------------------------------
Key: JBRULES-1214
URL: http://jira.jboss.com/jira/browse/JBRULES-1214
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-brms
Affects Versions: 4.0.1
Reporter: Geoffrey De Smet
Assigned To: Mark Proctor
Priority: Trivial
Fix For: FUTURE
See JBRULES-834.
As far as I can tell, the commit of /drools-server/.settings is an error because the other server modules explicitly svn:ignore the .settings directory.
The svn ignore was probably forgotten, which might have given our good friend eclipse the opportunity to commit it.
I could be wrong though.
If I am right though, the .settings directory should be deleted in svn, which will cause havoc when everyone updates who's relying on .settings in drools-server, and the svn:ignore should be edited to contain these 3 items:
.metadata
.settings
.wtpmodules
This way it uses standardized svn ignores just like the other modules.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months
[JBoss JIRA] Created: (JBAS-4904) Improve error message when binding fails
by Andrew Rubinger (JIRA)
Improve error message when binding fails
----------------------------------------
Key: JBAS-4904
URL: http://jira.jboss.com/jira/browse/JBAS-4904
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Naming
Affects Versions: JBossAS-4.2.2.GA
Reporter: Andrew Rubinger
Assigned To: Scott M Stark
Fix For: JBossAS-5.0.0.Beta3, JBossAS-4.2.3.GA
Upon attempt to bind an a subcontext to an address already bound by an object, the following exception occurs:
java.lang.ClassCastException: $Proxy76 cannot be cast to javax.naming.Context
at org.jboss.util.naming.Util.createSubcontext(Util.java:69)
at org.jboss.util.naming.Util.rebind(Util.java:125)
at org.jboss.util.naming.Util.rebind(Util.java:113)
Error message should be in form "Can't bind subContext/obj, because subContext is already bound"
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months
[JBoss JIRA] Created: (JBAS-4569) ClusterPatrition.stopService( ) fails when server is shut down
by Jerry Gauthier (JIRA)
ClusterPatrition.stopService( ) fails when server is shut down
--------------------------------------------------------------
Key: JBAS-4569
URL: http://jira.jboss.com/jira/browse/JBAS-4569
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Clustering
Affects Versions: JBossAS-5.0.0.Beta2
Reporter: Jerry Gauthier
Assigned To: Jerry Gauthier
Priority: Minor
Fix For: JBossAS-5.0.0.Beta3
When the server is shut down, the stopService( ) method of ClusterPartition fails with a lengthy stack trace when attempting to unbind the partition from JNDI. The error occurs because InitialContext can't be instantiated due to the following exception.
javax.naming.NoInitialContextException: Cannot instantiate class: org.jboss.iiop.naming.ORBInitialContextFactory[Root exception is java.lang.ClassNotFoundException: org.jboss.iiop.naming.ORBInitialContextFactory]
This error only occurs when the server is being shut down; it doesn't occur if the HAPArtition service is stopped while the server is running.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months
[JBoss JIRA] Created: (HIBERNATE-43) SQL native Request who respond only the first letter
by Alexandre PETRILLO (JIRA)
SQL native Request who respond only the first letter
----------------------------------------------------
Key: HIBERNATE-43
URL: http://jira.jboss.com/jira/browse/HIBERNATE-43
Project: Hibernate
Issue Type: Bug
Environment: Jboss 4.0.4 G.A. patch 1
Reporter: Alexandre PETRILLO
Assigned To: Steve Ebersole
I need to do some sql native query (to a data base Oracle 9i) from an EJB session Bean.
I use Jboss in version 4.0.4 G.A. patch 1
My simple code :
public List doNativeQueryMultiple(String sqlQuery) {
List list = manager.createNativeQuery(sqlQuery).getResultList();
return list;
}
This is some exemple for understand the probleme.
SELECT 'OUI' val FROM dual union SELECT 'NON' FROM dual Order BY 1 asc
Response is : O,N
SELECT 'TOTO' val FROM dual union SELECT 'NON' FROM dual Order BY 1 asc
Response is : TOTO,NON
SELECT 'TOT' val FROM dual union SELECT 'NON' FROM dual Order BY 1 asc
Response is : T,N
SELECT 'OUI' val FROM dual union SELECT 'abc' FROM dual Order BY 1 asc
Response is : O,a
SELECT 'OUI' val FROM dual union SELECT 'abcd' FROM dual Order BY 1 asc
Response is : OUI,abcd
SELECT 'OUI' val FROM dual union SELECT 'NON' FROM dual union SELECT 'TOT' FROM dual Order BY 1 asc
Response is : O,N,T
SELECT 'OUI' val FROM dual union SELECT 'NON' FROM dual union SELECT 'TOTO' FROM dual Order BY 1 asc
Response is : OUI,NON,TOTO
When the response of the request is correct, the return class type is java.lang.String
And when is incorrect , the return class type is java.lang.Charactere, and the response contain the first letter.
The bug is when the size of all of the selected string have the same length.
The test done by Jboss for determine the class return type maybe is wrong.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months