[JBoss JIRA] Created: (JBSEAM-4698) Hibernate search does not work in JBAS 6
by Tomaz Cerar (JIRA)
Hibernate search does not work in JBAS 6
----------------------------------------
Key: JBSEAM-4698
URL: https://jira.jboss.org/browse/JBSEAM-4698
Project: Seam
Issue Type: Bug
Components: Search
Affects Versions: 2.2.1.CR2
Environment: Jboss AS 6 M4,
hibernate-search-3.2.1.Final,
Jboss Seam 2.2.1.RC2
Reporter: Tomaz Cerar
injection of FullTextEntityManager fails on jboss as 6
@In
FullTextEntityManager entityManager;
exception:
Caused by: java.lang.IllegalArgumentException: could not set field value: searchAction.entityManager
at org.jboss.seam.Component.setFieldValue(Component.java:1930) [:2.2.1.CR2]
at org.jboss.seam.Component.access$600(Component.java:127) [:2.2.1.CR2]
at org.jboss.seam.Component$BijectedField.set(Component.java:2966) [:2.2.1.CR2]
at org.jboss.seam.Component.injectAttributes(Component.java:1739) [:2.2.1.CR2]
at org.jboss.seam.Component.inject(Component.java:1557) [:2.2.1.CR2]
at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:61) [:2.2.1.CR2]
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) [:2.2.1.CR2]
at org.jboss.seam.transaction.TransactionInterceptor$1.work(TransactionInterceptor.java:97) [:2.2.1.CR2]
at org.jboss.seam.util.Work.workInTransaction(Work.java:61) [:2.2.1.CR2]
at org.jboss.seam.transaction.TransactionInterceptor.aroundInvoke(TransactionInterceptor.java:91) [:2.2.1.CR2]
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) [:2.2.1.CR2]
at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44) [:2.2.1.CR2]
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) [:2.2.1.CR2]
at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) [:2.2.1.CR2]
at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:185) [:2.2.1.CR2]
at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:103) [:2.2.1.CR2]
at com.parsekstores.catalog.SearchAction_$$_javassist_seam_9.validate(SearchAction_$$_javassist_seam_9.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_20]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_20]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_20]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_20]
at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) [:2.2.1.CR2]
at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144) [:2.2.1.CR2]
at org.jboss.seam.Component.callComponentMethod(Component.java:2275) [:2.2.1.CR2]
at org.jboss.seam.Component.callCreateMethod(Component.java:2198) [:2.2.1.CR2]
at org.jboss.seam.Component.newInstance(Component.java:2158) [:2.2.1.CR2]
... 85 more
Caused by: java.lang.IllegalArgumentException: Could not set field value by reflection: SearchAction.entityManager on: com.parsekstores.catalog.SearchAction with value: class $Proxy266
at org.jboss.seam.util.Reflections.set(Reflections.java:86) [:2.2.1.CR2]
at org.jboss.seam.Component.setFieldValue(Component.java:1926) [:2.2.1.CR2]
... 110 more
Caused by: java.lang.IllegalArgumentException: Can not set org.hibernate.search.jpa.FullTextEntityManager field com.parsekstores.catalog.SearchAction.entityManager to $Proxy266
at sun.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.java:146) [:1.6.0_20]
at sun.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.java:150) [:1.6.0_20]
at sun.reflect.UnsafeObjectFieldAccessorImpl.set(UnsafeObjectFieldAccessorImpl.java:63) [:1.6.0_20]
at java.lang.reflect.Field.set(Field.java:657) [:1.6.0_20]
at org.jboss.seam.util.Reflections.set(Reflections.java:71) [:2.2.1.CR2]
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 4 months
[JBoss JIRA] Created: (JBSEAM-4689) Make SEAM work with Apache Tomcat 6 and unpackWARs="false"
by Cedrik Mayer (JIRA)
Make SEAM work with Apache Tomcat 6 and unpackWARs="false"
----------------------------------------------------------
Key: JBSEAM-4689
URL: https://jira.jboss.org/browse/JBSEAM-4689
Project: Seam
Issue Type: Bug
Components: Core
Affects Versions: 2.2.1.CR1
Environment: Apache Tomcat 6.0.24, Ubuntu 10.4
Reporter: Cedrik Mayer
Priority: Critical
Fix For: 2.2.1.CR2
Attachments: 0001-Try-to-load-.page.xml-from-ServletContext-in-packed-.patch
Currently SEAM is not able to run in a Tomcat that does not unpack its war files. This is because WarRootDeploymentStrategy + URLScanner is not capable of retrieving files from the ServletContext so that *.page.xml files won't be found.
The attached patch tries to work around this problem but it's more of a hack than a bugfix. It does not work properly as the information from the *.page.xml is read but not fully used (e.g. rewrite pattern will work but s:link does not use them). And it also spits many warnings to the console regarding getRealPath()-failures.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 4 months
[JBoss JIRA] Created: (JBSEAM-4675) LogImpl.interpolate() is broken
by Stephan Bublava (JIRA)
LogImpl.interpolate() is broken
-------------------------------
Key: JBSEAM-4675
URL: https://jira.jboss.org/browse/JBSEAM-4675
Project: Seam
Issue Type: Bug
Components: Core
Affects Versions: 2.2.1.CR1
Reporter: Stephan Bublava
This is the implementation of LogImpl.interpolate():
private Object interpolate(Object object, Object... params)
{
if (object instanceof String)
{
try {
return Interpolator.instance().interpolate( (String) object, params );
} catch (Exception e) {
log.error("exception interpolating string: " + object, e);
} finally {
return object;
}
}
else
{
return object;
}
}
The return statement in the finally block is bogus, because it trumps the other one. In other words the method always returns "object" and discards the result of the interpolation.
This is a regression from 2.2.0.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 4 months