Intermittent channel closed errors
by Jaikiran Pai
Anyone looking at the intermittent "Channel Closed" errors when running
the tests? If no one's working on it, then I'll take a look and see
what's wrong sometime this week.
-Jaikiran
13 years
Default SFSB cache size
by Francesco Marchioni
Dear devs,
while looking at the EJB3 subsystem code I couldn't find a definition for
the default Stateful Cache size (which was formerly in the CacheConfig
interface). As it is, it seems that SFSB there is not default cache size,
it just grows without an upper limit when request are incoming. Anybody is
able to confirm it ?
Thanks a lot
Francesco
13 years
Can we accept tests which fail on non-clean run?
by Ondřej Žižka
Hi all,
some tests fail when you run them without the "clean" phase:
./integration-tests.sh clean install -DallTests
./integration-tests.sh -DallTests --> FAILURE
Should these tests be fixed,
or should the specific files be deleted on each run,
or should whole target/ dir be deleted on each run?
Ondra
13 years
Another interface question
by Heiko Braun
Should the top level interface configuration be disabled in domain mode?
Opposed to editing the interface son the host level?
Ike
13 years
Testsuite shared module
by Ondřej Žižka
Hi all,
various tests in different modules of the testsuite need same code (as
discussed earlier). Thus they basically need a shared module.
Where would you not want it to be placed?
The options are:
A) root/testsuite-shared
B) root/testsuite/shared but referenced in root/pom.xml and added as
dependency in root/testsuite/pom.xml
C) root/testsuite/shared, referenced in root/testsuite/pom.xml
Other ideas?
A) is fine but I expect repulsion.
B) is fine but I expect Eclipse users complaining about it's inability
to handle that.
C) is less fine since we would have to add it as dependency to every
module using it, causing unnecessary noise in pom.xml's.
If there's no response in next 24 hours, I'll go A).
Regards,
Ondra
13 years
Basic integration tests still not usable
by Thomas Diesler
I'm still having major issues running the basic integration tests.
AFAICS, basic-integration-build.xml is never called - so XSLT
transformations are not executed. How is this supposed to work?
-thomas
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
13 years
Why is ./build.sh -DallTests broken??
by Jason T. Greene
Whoever broke it please fix ASAP. This is unacceptable, and if you
wonder why we are slow at merging patches its because we can't test them
without figuring out what the new way to run all tests is.
I will NOT accept any further testsuite patches until this is fixed.
--
Jason T. Greene
JBoss AS Lead / EAP Platform Architect
JBoss, a division of Red Hat
13 years
(AS7-2796) -DskipTests argument no longer preventing the execution of tests on AS7 build
by Ondřej Žižka
Hi,
I did this intentionally - the intention was to skip unit tests but run
the testsuite - not to get the build failed if some module's unit tests
fail.
How about having two params for that, with -DskipTests for unit tests,
and, say, -DskipTestsuite for skipping the testsuite module's tests?
Ondra
-------- Přeposlaná zpráva --------
> Od: Darran Lofthouse (Created) (JIRA) <jira-events(a)lists.jboss.org>
> Komu: ozizka(a)redhat.com
> Předmět: [JBoss JIRA] (AS7-2796) -DskipTests argument no longer
> preventing the execution of tests on AS7 build
> Datum: Fri, 25 Nov 2011 10:15:40 -0500 (EST)
>
>
> -DskipTests argument no longer preventing the execution of tests on AS7 build
> -----------------------------------------------------------------------------
>
> Key: AS7-2796
> URL: https://issues.jboss.org/browse/AS7-2796
> Project: Application Server 7
> Issue Type: Bug
> Components: Test Suite
> Reporter: Darran Lofthouse
> Assignee: Ondrej Zizka
> Fix For: 7.1.0.CR1
>
>
> Since the testsuite changes have been committed the -DskipTests argument no longer skips the tests.
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
13 years
Case-sensitivity of restricted model values
by David Bosschaert
Hi all,
Looking at the security domain subsystem I see that that the
authorization flag field has an allowed list of:
"allowed" => [
"REQUIRED",
"REQUISITE",
"SUFFICIENT",
"OPTIONAL"]
However, the default model (what you get with a fresh new AS7 install)
has the flag value in lowercase:
"flag" => "required",
I'm wondering are we generally lenient wrt to case or is the
pre-populated value outside the range?
Cheers,
David
13 years
