[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4401) Component locale-config (org.jboss.seam.international.localeConfig) does not set the locale things in JSF context if JSF is not initialized before Seam
by Denis Forveille (JIRA)
Component locale-config (org.jboss.seam.international.localeConfig) does not set the locale things in JSF context if JSF is not initialized before Seam
-------------------------------------------------------------------------------------------------------------------------------------------------------
Key: JBSEAM-4401
URL: https://jira.jboss.org/jira/browse/JBSEAM-4401
Project: Seam
Issue Type: Bug
Affects Versions: 2.2.0.GA, 2.2.1.CR1
Environment: WebSphere v7.0.0.5 (That is bundled with JSF-RI 1.2_07+)
Reporter: Denis Forveille
Using the localeConfig component by declaring <international:locale-config default-locale="fr" supported-locales="fr en" /> in component.xml does not work as-is.
It works if JSF is initialized BEFORE Seam by adding the lines
<listener><listener-class>com.sun.faces.config.ConfigureListener</listener-class></listener>
before
<listener><listener-class>org.jboss.seam.servlet.SeamListener</listener-class></listener>
in web.xml
If the JSF listener is not there, JSF is not initialized when Seam bootstraps its application scope components, and so the faces application context is not available
In the case of the localeConfig component, line 136 of org.jboss.seam.international.LocaleConfig throws an IllegalStateException that is silently swallowed (!) when JSF is not initialized
Doing so the the default locales and supported locales are not defined to JSF thanks to the test in line 58.
IMHO, at a minimum this should be stated in the doc that the component works only if JSF is initialized before seam, or somehting should be changed in the code to set the JSF locale things when JSF application context is initialized
org.jboss.seam.international.LocaleConfig lines around 136:
private Application getApplication()
{
try
{
ApplicationFactory factory = (ApplicationFactory) FactoryFinder
.getFactory(FactoryFinder.APPLICATION_FACTORY);
return factory.getApplication();
}
catch (IllegalStateException e)
{
// just in case, for units and the like
// if we can't do it, it just wan't meant to be
return null;
}
}
around line 58:
@Create
public void initLocaleConfig()
{
Application application = getApplication();
if (application == null)
{
return;
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4400) SeleniumDateSelector cannot be compiled with JDK 5
by Ondrej Skutka (JIRA)
SeleniumDateSelector cannot be compiled with JDK 5
--------------------------------------------------
Key: JBSEAM-4400
URL: https://jira.jboss.org/jira/browse/JBSEAM-4400
Project: Seam
Issue Type: Bug
Components: Test Harness
Affects Versions: 2.2.1.CR1
Reporter: Ondrej Skutka
Assignee: Karel Piwko
Priority: Critical
Fix For: 2.2.1.CR1
src/test/ftest/src/main/org/jboss/seam/example/common/test/selenium/SeleniumDateSelector.java cannot be compiled using JDK 5:
[javac] /mnt/hudson_workspace/workspace/Seam-2.2.X-ftest-jboss5/jdk/java15/label/RHEL5_x86/seam/src/test/ftest/src/main/org/jboss/seam/example/common/test/selenium/SeleniumDateSelector.java:181: cannot find symbol
[javac] symbol : method getInstance()
[javac] location: class java.text.DateFormatSymbols
[javac] final List<String> months = Arrays.asList(DateFormatSymbols.getInstance().getMonths());
[javac] ^
[javac] 1 error
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4308) Unable to run TestNG tests within JBDS due to missing dependency - slf4j-api
by Karel Piwko (JIRA)
Unable to run TestNG tests within JBDS due to missing dependency - slf4j-api
-----------------------------------------------------------------------------
Key: JBSEAM-4308
URL: https://jira.jboss.org/jira/browse/JBSEAM-4308
Project: Seam
Issue Type: Bug
Components: Build
Affects Versions: 2.2.0.GA
Reporter: Karel Piwko
When running TestNG test suite within JBDS on project generated by seam-gen, there is sl4j-api library missing and tests could not be run.
When the same project is run within seam-gen, classpaths are set correctly.
Current list of files which must be included in JDBS/Eclipse+TestNG to run tests:
/lib/test/jboss-embedded-all.jar
/lib/test/hibernate-all.jar
/lib/test/thirdparty-all.jar
/lib/jboss-embedded-api.jar
/lib/jboss-deployers-client-spi.jar
/lib/jboss-deployers-core-spi.jar
So slf4j-api.jar should go to thirdparty.jar
Stacktrace:
ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error installing to Parse: name=vfsfile:/home/kapy/devel/seam-gen/seamEarTest/test-build/ state=Not Installed mode=Manual requiredState=Parse
org.jboss.deployers.spi.DeploymentException: Error during deploy: vfsfile:/home/kapy/devel/seam-gen/seamEarTest/test-build/
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:175)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:853)
at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:794)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:327)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1309)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:734)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:862)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:784)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:622)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:411)
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:498)
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:506)
at org.jboss.embedded.DeploymentGroup.process(DeploymentGroup.java:127)
at org.jboss.embedded.Bootstrap.deployResourceBases(Bootstrap.java:289)
at org.jboss.seam.mock.EmbeddedBootstrap.startAndDeployResources(EmbeddedBootstrap.java:15)
at org.jboss.seam.mock.AbstractSeamTest.startJbossEmbeddedIfNecessary(AbstractSeamTest.java:1024)
at org.jboss.seam.mock.AbstractSeamTest.startSeam(AbstractSeamTest.java:915)
at org.jboss.seam.mock.SeamTest.startSeam(SeamTest.java:58)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:580)
at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:398)
at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:145)
at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:82)
at org.testng.SuiteRunner.privateRun(SuiteRunner.java:278)
at org.testng.SuiteRunner.run(SuiteRunner.java:198)
at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:823)
at org.testng.TestNG.runSuitesLocally(TestNG.java:790)
at org.testng.TestNG.run(TestNG.java:708)
at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:73)
at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:124)
Caused by: java.lang.NoClassDefFoundError: org/slf4j/LoggerFactory
at org.hibernate.util.DTDEntityResolver.<clinit>(DTDEntityResolver.java:57)
at org.jboss.ejb3.deployers.PersistenceUnitParsingDeployer.parse(PersistenceUnitParsingDeployer.java:113)
at org.jboss.ejb3.deployers.PersistenceUnitParsingDeployer.parse(PersistenceUnitParsingDeployer.java:89)
at org.jboss.ejb3.deployers.PersistenceUnitParsingDeployer.parse(PersistenceUnitParsingDeployer.java:51)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:223)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:199)
at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.deploy(AbstractParsingDeployerWithOutput.java:162)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:169)
... 32 more
Caused by: java.lang.ClassNotFoundException: org.slf4j.LoggerFactory
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
... 40 more
FAILED CONFIGURATION: @BeforeSuite startSeam
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months