July 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-1793) integration tests - allow modules to inherit properties variables

by Aleksandar Kostadinov (JIRA)

Aleksandar Kostadinov created WFLY-1793: ------------------------------------------- Summary: integration tests - allow modules to inherit properties variables Key: WFLY-1793 URL: https://issues.jboss.org/browse/WFLY-1793 Project: WildFly Issue Type: Bug Components: Test Suite Affects Versions: No Release Reporter: Aleksandar Kostadinov Assignee: Ondrej Zizka Seems like surefire plug-in properties are not inherited by submodules by default. This is a problem as described in bz: https://bugzilla.redhat.com/show_bug.cgi?id=990114 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-505) JSR-346 CDI 1.1 support (integrate Weld 2)

by Jozef Hartinger (JIRA)

[ https://issues.jboss.org/browse/WFLY-505?page=com.atlassian.jira.plugin.s... ] Jozef Hartinger resolved WFLY-505. ---------------------------------- Resolution: Done > JSR-346 CDI 1.1 support (integrate Weld 2) > ------------------------------------------ > > Key: WFLY-505 > URL: https://issues.jboss.org/browse/WFLY-505 > Project: WildFly > Issue Type: Sub-task > Components: CDI / Weld > Reporter: David Lloyd > Assignee: Jozef Hartinger > Fix For: 8.0.0.Alpha4 > > > Integrate Weld 2 in order to meet the Java EE 7 spec requirements. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1792) build.sh fails with coomand line arguments with spaces

by Aleksandar Kostadinov (JIRA)

[ https://issues.jboss.org/browse/WFLY-1792?page=com.atlassian.jira.plugin.... ] Aleksandar Kostadinov updated WFLY-1792: ---------------------------------------- Git Pull Request: https://github.com/wildfly/wildfly/pull/4863 here it is: https://github.com/wildfly/wildfly/pull/4863 > build.sh fails with coomand line arguments with spaces > ------------------------------------------------------ > > Key: WFLY-1792 > URL: https://issues.jboss.org/browse/WFLY-1792 > Project: WildFly > Issue Type: Bug > Components: Build System > Affects Versions: No Release > Reporter: Aleksandar Kostadinov > Assignee: Paul Gier > > An execution like: > {code}./build.sh validate -Dmaven.local.repo="asd dsa"{code} > Fails because handling of command line arguments of build.sh is broken. > btw I can't understand why there should be this block of code: > {code} for param in $@ ; do > case $param in > ## -s .../settings.xml - don't use our own. > -s) MVN_SETTINGS_XML_ARGS=""; ADDIT_PARAMS="$ADDIT_PARAMS $param";; > -*) ADDIT_PARAMS="$ADDIT_PARAMS $param";; > clean) MVN_GOAL="$MVN_GOAL$param ";; > test) MVN_GOAL="$MVN_GOAL$param ";; > install) MVN_GOAL="$MVN_GOAL$param ";; > deploy) MVN_GOAL="$MVN_GOAL$param ";; > site) MVN_GOAL="$MVN_GOAL$param ";; > *) ADDIT_PARAMS="$ADDIT_PARAMS $param";; > esac > done{code} > I can't spot anything useful it does but anyways, I'll prepare a pull request for fixing it in a minute. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1792) build.sh fails with coomand line arguments with spaces

by Aleksandar Kostadinov (JIRA)

Aleksandar Kostadinov created WFLY-1792: ------------------------------------------- Summary: build.sh fails with coomand line arguments with spaces Key: WFLY-1792 URL: https://issues.jboss.org/browse/WFLY-1792 Project: WildFly Issue Type: Bug Components: Build System Affects Versions: No Release Reporter: Aleksandar Kostadinov Assignee: Paul Gier An execution like: {code}./build.sh validate -Dmaven.local.repo="asd dsa"{code} Fails because handling of command line arguments of build.sh is broken. btw I can't understand why there should be this block of code: {code} for param in $@ ; do case $param in ## -s .../settings.xml - don't use our own. -s) MVN_SETTINGS_XML_ARGS=""; ADDIT_PARAMS="$ADDIT_PARAMS $param";; -*) ADDIT_PARAMS="$ADDIT_PARAMS $param";; clean) MVN_GOAL="$MVN_GOAL$param ";; test) MVN_GOAL="$MVN_GOAL$param ";; install) MVN_GOAL="$MVN_GOAL$param ";; deploy) MVN_GOAL="$MVN_GOAL$param ";; site) MVN_GOAL="$MVN_GOAL$param ";; *) ADDIT_PARAMS="$ADDIT_PARAMS $param";; esac done{code} I can't spot anything useful it does but anyways, I'll prepare a pull request for fixing it in a minute. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JASSIST-187) Hibernate + inherited entity with getId overrided + Different behavior in Win and Linux

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/JASSIST-187?page=com.atlassian.jira.plugi... ] Scott Marlow commented on JASSIST-187: -------------------------------------- this seems to only recreate for me with Java 6 (1.6.0_31) but not Java 7 (1.7.0_21). > Hibernate + inherited entity with getId overrided + Different behavior in Win and Linux > --------------------------------------------------------------------------------------- > > Key: JASSIST-187 > URL: https://issues.jboss.org/browse/JASSIST-187 > Project: Javassist > Issue Type: Bug > Affects Versions: 3.16.0-GA, 3.16.1-GA, 3.17.0-GA > Environment: Windows 7 x64 Oracle JVM x86/x64 1.6.37 - no error > Linux Ubuntu x64 Oracle JVM x64 1.6.37 - error > Reporter: Alexander Zinin > Assignee: Shigeru Chiba > Attachments: javassist-test.rar, javassist-test.zip > > > It will be difficult to describe what the error. > I will attach source code that reproduce error. > If you have hibernate entity with overrided getId() method, in hibernate session this method returns null instead of correct value. > Running on Windows: > 2012-12-16 17:33:19,332 INFO ru.zinin.service.SomeServiceImpl :44 - ID = 1 > Running on Linux: > 2012-12-16 17:41:47,772 INFO ru.zinin.service.SomeServiceImpl :44 - ID = null > 2012-12-16 17:41:47,772 ERROR ru.zinin.service.SomeServiceImpl :46 - ID IS NULL!!! > Bug appeared in version 3.16.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JASSIST-187) Hibernate + inherited entity with getId overrided + Different behavior in Win and Linux

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/JASSIST-187?page=com.atlassian.jira.plugi... ] Scott Marlow commented on JASSIST-187: -------------------------------------- [~zinin] I had previously reproduced the "ID IS NULL" but was just debugging with jdb and suddenly can't reproduce anymore (running with jdb or java). Does this problem occur intermittently on Linux for you? > Hibernate + inherited entity with getId overrided + Different behavior in Win and Linux > --------------------------------------------------------------------------------------- > > Key: JASSIST-187 > URL: https://issues.jboss.org/browse/JASSIST-187 > Project: Javassist > Issue Type: Bug > Affects Versions: 3.16.0-GA, 3.16.1-GA, 3.17.0-GA > Environment: Windows 7 x64 Oracle JVM x86/x64 1.6.37 - no error > Linux Ubuntu x64 Oracle JVM x64 1.6.37 - error > Reporter: Alexander Zinin > Assignee: Shigeru Chiba > Attachments: javassist-test.rar, javassist-test.zip > > > It will be difficult to describe what the error. > I will attach source code that reproduce error. > If you have hibernate entity with overrided getId() method, in hibernate session this method returns null instead of correct value. > Running on Windows: > 2012-12-16 17:33:19,332 INFO ru.zinin.service.SomeServiceImpl :44 - ID = 1 > Running on Linux: > 2012-12-16 17:41:47,772 INFO ru.zinin.service.SomeServiceImpl :44 - ID = null > 2012-12-16 17:41:47,772 ERROR ru.zinin.service.SomeServiceImpl :46 - ID IS NULL!!! > Bug appeared in version 3.16.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBRULES-3621) Declared types : Constructor with more than 255 parameters

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JBRULES-3621?page=com.atlassian.jira.plug... ] RH Bugzilla Integration commented on JBRULES-3621: -------------------------------------------------- Amana <ajuricic(a)redhat.com> made a comment on [bug 990701|https://bugzilla.redhat.com/show_bug.cgi?id=990701] Description of problem: When creating fact types declaratively in BRMS (5.2 and 5.3.0) no more than 255 fields can be added. We need to create fact types with more than 255 fields. In the GUI, when clicking "Validate" after adding enough fields to a declared fact type to exceed a total of about 255, we get a popup saying: "400 Sorry, a technical error occurred. Please contact a system administrator." In the console stack trace we see "java.lang.ClassFormatError: Too many arguments in method signature" > Declared types : Constructor with more than 255 parameters > ---------------------------------------------------------- > > Key: JBRULES-3621 > URL: https://issues.jboss.org/browse/JBRULES-3621 > Project: JBRULES > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: drools-core (expert) > Affects Versions: 5.4.0.Final > Reporter: JP Chemali > Assignee: Mario Fusco > Fix For: 5.5.0.Beta1 > > > When declaring a class type in a drools file > {code:Java} > declare MyType > i1:int > i2:int > ... > i256:int > end > {code} > The generated *MyType* bean contains a constructor with ALL fields parameters, which when they exceed 255, cause an unrecoverable ClassFormatError > Possible solutions: > - Check this limit to skip the constructor generation in org.drools.factmodel.DefaultBeanClassBuilder.generateConstructors() > - Maybe an explicit annotation to disable the behavior for those who don't need it? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JASSIST-187) Hibernate + inherited entity with getId overrided + Different behavior in Win and Linux

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/JASSIST-187?page=com.atlassian.jira.plugi... ] Scott Marlow commented on JASSIST-187: -------------------------------------- Yes, that is the case. http://pastebin.com/0cHr6ySt shows ClassFile.write being called for enhancing an lazy entity when running jdb against the attached example. > Hibernate + inherited entity with getId overrided + Different behavior in Win and Linux > --------------------------------------------------------------------------------------- > > Key: JASSIST-187 > URL: https://issues.jboss.org/browse/JASSIST-187 > Project: Javassist > Issue Type: Bug > Affects Versions: 3.16.0-GA, 3.16.1-GA, 3.17.0-GA > Environment: Windows 7 x64 Oracle JVM x86/x64 1.6.37 - no error > Linux Ubuntu x64 Oracle JVM x64 1.6.37 - error > Reporter: Alexander Zinin > Assignee: Shigeru Chiba > Attachments: javassist-test.rar, javassist-test.zip > > > It will be difficult to describe what the error. > I will attach source code that reproduce error. > If you have hibernate entity with overrided getId() method, in hibernate session this method returns null instead of correct value. > Running on Windows: > 2012-12-16 17:33:19,332 INFO ru.zinin.service.SomeServiceImpl :44 - ID = 1 > Running on Linux: > 2012-12-16 17:41:47,772 INFO ru.zinin.service.SomeServiceImpl :44 - ID = null > 2012-12-16 17:41:47,772 ERROR ru.zinin.service.SomeServiceImpl :46 - ID IS NULL!!! > Bug appeared in version 3.16.0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1791) Unable to use Filter Expressions in filter-spec

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-1791?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-1791: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=982303 > Unable to use Filter Expressions in filter-spec > ------------------------------------------------ > > Key: WFLY-1791 > URL: https://issues.jboss.org/browse/WFLY-1791 > Project: WildFly > Issue Type: Feature Request > Components: CLI > Reporter: Emmanuel Hugonnet > Assignee: Alexey Loubyansky > Priority: Minor > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1791) Unable to use Filter Expressions in filter-spec

by Emmanuel Hugonnet (JIRA)

Emmanuel Hugonnet created WFLY-1791: --------------------------------------- Summary: Unable to use Filter Expressions in filter-spec Key: WFLY-1791 URL: https://issues.jboss.org/browse/WFLY-1791 Project: WildFly Issue Type: Feature Request Components: CLI Reporter: Emmanuel Hugonnet Assignee: Alexey Loubyansky Priority: Minor -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2013