November 2008 - jboss-jira - Jboss List Archives

[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

17 years, 5 months

3
4
0 / 0

[JBoss JIRA] Created: (EJBTHREE-887) Testsuite's HttpUtils assumes Tomcat is listening on localhost

by Brian Stansberry (JIRA)

Testsuite's HttpUtils assumes Tomcat is listening on localhost -------------------------------------------------------------- Key: EJBTHREE-887 URL: http://jira.jboss.com/jira/browse/EJBTHREE-887 Project: EJB 3.0 Issue Type: Task Reporter: Brian Stansberry Priority: Minor org.jboss.ejb3.test.servlet.unit.HttpUtils creates URLs that point to localhost. Tests using these URLs will fail if the testsuite is run with the server bound to an IP. The class needs to integrate with the test environment to find the proper IP address. -- 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

17 years, 5 months

2
4
0 / 0

[JBoss JIRA] Created: (JBOSGI-5) OSGi Deployers

by Adrian Brock (JIRA)

OSGi Deployers -------------- Key: JBOSGI-5 URL: http://jira.jboss.com/jira/browse/JBOSGI-5 Project: JBoss OSGi Issue Type: Task Security Level: Public (Everyone can see) Reporter: Adrian Brock Assigned To: Ales Justin Holder task for OSGi aspectized deployers. The deployers will include at least: 1) Structure deployer to recognise OSGi bundles and setup "subdeployments" according to the jars specified in the osgi classpath. 2) OSGi parser deployer that turns the manifest entries into an OSGIMetaData model 3) DeploymentResolver that sets up the dependencies for deployments 4) OSGi classloader deployer - replacement for UCL classloader with OSGi classloading semantics 5) OSGi real deployer - creates a bean that provides an OSGi facade (the lifecycle) -- 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

17 years, 5 months

3
4
0 / 0

[JBoss JIRA] Created: (JBOSGI-12) OSGi testsuite

by Ales Justin (JIRA)

OSGi testsuite -------------- Key: JBOSGI-12 URL: http://jira.jboss.com/jira/browse/JBOSGI-12 Project: JBoss OSGi Issue Type: Task Security Level: Public (Everyone can see) Components: Testing Reporter: Ales Justin Assigned To: Kevin Conner We need tests for our new [OSGi] Classloader layer and OSGi API facade - 'measuring' our OSGi compliance. Tests should also cover back compatibility with existing UCL: - import * - export * - import not local - import not system [filter] - hierarchical dependency graph - translator - replace system classloader - unit testing classloader - management console classloader - proper EE client application exposure -- 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

17 years, 5 months

2
1
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1313) Huge transaction support

by Tim Fox (JIRA)

Huge transaction support ------------------------ Key: JBMESSAGING-1313 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1313 Project: JBoss Messaging Issue Type: Task Reporter: Tim Fox Assigned To: Tim Fox We should support huge transactions (i.e. more than can fit in RAM at any one time). This can be done by paging out transactional state too. -- 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

17 years, 5 months

2
6
0 / 0

[JBoss JIRA] Created: (JBRULES-609) add org.drools.Otherwise as automatically imported class

by Michael Neale (JIRA)

add org.drools.Otherwise as automatically imported class -------------------------------------------------------- Key: JBRULES-609 URL: http://jira.jboss.com/jira/browse/JBRULES-609 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 3.0.5 Reporter: Michael Neale Assigned To: Edson Tirelli Fix For: 3.1-m1 this is for the Otherwise() fact for capturing rules not firing. -- 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

17 years, 5 months

4
5
0 / 0

[JBoss JIRA] Created: (JBBUILD-377) Look into maven issue with building multilevel projects

by Paul Gier (JIRA)

Look into maven issue with building multilevel projects ------------------------------------------------------- Key: JBBUILD-377 URL: http://jira.jboss.com/jira/browse/JBBUILD-377 Project: JBoss Build System Issue Type: Task Components: Maven Reporter: Paul Gier Fix For: MavenBuild 2007 There is an issue when trying to build projects more than 2 levels deep. http://jira.codehaus.org/browse/MNG-2308 It would be useful to hibernate and other jboss projects to fix this issue. -- 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

17 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (GPD-65) Would it possible to take parameters from an abstract super class of the Delegation class in the GPD?

by Nicolas Arnaud (JIRA)

Would it possible to take parameters from an abstract super class of the Delegation class in the GPD? ----------------------------------------------------------------------------------------------------- Key: GPD-65 URL: http://jira.jboss.com/jira/browse/GPD-65 Project: JBoss jBPM GPD Issue Type: Feature Request Environment: Eclipse (Windows XP) Reporter: Nicolas Arnaud Assigned To: Koen Aers I have a problem with my AssignHandler class I want to have a generic abstract class wich implements AssignHandler Other class extend this class I put the parameters in my abstract class, but with the GPD, when I use Delegation to associate the sub-class to a Task, I can't get the parameters. Would it possible to take parameters from the abstract super class of the Delegation class? -- 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

17 years, 5 months

3
11
0 / 0

[JBoss JIRA] Created: (JBBUILD-472) Maven JBoss Retro-produced jar has full paths

by Justin Edelson (JIRA)

Maven JBoss Retro-produced jar has full paths --------------------------------------------- Key: JBBUILD-472 URL: http://jira.jboss.com/jira/browse/JBBUILD-472 Project: JBoss Build System Issue Type: Bug Components: maven-jboss-retro-plugin Affects Versions: jboss-retro-maven-plugin-0.5.GA Environment: Win XP. Fine on Linux Reporter: Justin Edelson Priority: Critical I have a project that uses the jboss-retro-maven-plugin to produce a 1.4-compatible JAR. When I run my build on a Windows PC (XP SP2), the generated JAR has the full path in each entry: C:\home\devel\CoreLib\target>jar -tf CoreLib-jdk14.jar META-INF/MANIFEST.MF C:\home\devel\CoreLib\target\classes-retro\com\mtvi\ucsa\exceptions\UCSARuntimeException.class C:\home\devel\CoreLib\target\classes-retro\com\mtvi\ucsa\uri\mgid\Context$ScopeMap.class C:\home\devel\CoreLib\target\classes-retro\com\mtvi\ucsa\uri\mgid\Context.class C:\home\devel\CoreLib\target\classes-retro\com\mtvi\ucsa\uri\mgid\exception\GlobalIdException.class C:\home\devel\CoreLib\target\classes-retro\com\mtvi\ucsa\uri\mgid\exception\InternalException.class C:\home\devel\CoreLib\target\classes-retro\com\mtvi\ucsa\uri\mgid\exception\ParseException.class C:\home\devel\CoreLib\target\classes-retro\com\mtvi\ucsa\uri\mgid\exception\ResolverException.class C:\home\devel\CoreLib\target\classes-retro\com\mtvi\ucsa\uri\mgid\IdElement.class ... I suspect there is an easy fix for this, presuambly just a hardcoded "/" instead of getting the file separator. -- 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

17 years, 5 months

3
12
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1320) Speed up UTF-8 encoding

by Tim Fox (JIRA)

Speed up UTF-8 encoding ----------------------- Key: JBMESSAGING-1320 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1320 Project: JBoss Messaging Issue Type: Task Reporter: Tim Fox Assigned To: Tim Fox Fix For: 2.0.0 Beta UTF-8 encoding in RemotingBuffer is currently fairly slow because it delegates to MINA which uses CharSetEncoders/Decoders which have a high startup time. We should consider writing our own UTF-8 encoding algorithm for better perfomance. -- 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

17 years, 5 months

2
2
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2008