[JBossCache] - listShuttle
by janisabel
I am using the component listShuttle and it does not mark ningun his mistake but it me does not fill the lists with the information the code is the following one:
<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE composition PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<ui:composition xmlns="http://www.w3.org/1999/xhtml"
xmlns:s="http://jboss.com/products/seam/taglib"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:c="http://java.sun.com/jstl/core"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:a4j="http://richfaces.org/a4j"
xmlns:rich="http://richfaces.org/rich"
template="/layout/template.xhtml">
<ui:define name="titulo">R.Puestos Administrativos</ui:define>
<ui:define name="link">
</ui:define>
<ui:define name="body">
<!--Main -->
<a4j:form id="form">
<a4j:region id="region">
<a4j:outputPanel id="panelCombos" ajaxRendered="true">
R.Puestos Administrativos:
<a4j:status >
<f:facet name="start">
<h:graphicImage value="/imagenes/spinner.gif"/>
</f:facet>
</a4j:status>
<s:fragment id="fragmentDependencia" rendered="#{catPuestos.muestraCombosDependencia}" >
Dependencia:
<a4j:region id="regionDependencia">
<h:selectOneMenu value="#{selectorDependencia.seleccion}"
valueChangeListener="#{catPuestos.nivelListener}"
styleClass="ContenidoSelectPeriodos">
<f:selectItems value="#{selectorDependencia.listaObjetos}" />
<a4j:support event="onchange" reRender="panelCombos" />
</h:selectOneMenu >
</a4j:region>
</s:fragment>
<s:fragment id="fragmentNivel" rendered="#{catPuestos.muestraCombosNivel}" >
Nivel:
<a4j:region id="regionSegundoNivel">
<h:selectOneMenu
id="SelectorNivel" value="#{selectorNivelJ.seleccion}"
valueChangeListener="#{catPuestos.objetoListener}"
styleClass="ContenidoSelectPeriodos">
<f:selectItems value="#{selectorNivelJ.listaObjetos}" />
<a4j:support event="onchange" reRender="panelObjetos" />
</h:selectOneMenu>
</a4j:region>
</s:fragment>
</a4j:outputPanel >
<a4j:outputPanel id="panelObjetos" ajaxRendered="true">
<s:fragment id="fragmentobjeto" rendered="#{catPuestos.muestraObjeto}" >
<rich:listShuttle id="lista" sourceValue="#{puestosDisponibles}"
targetValue="#{puestosRelacion}" var="items" listHeight="300" listWidth="300"
sourceCaptionLabel="Puestos Disponibles"
targetCaptionLabel="Puestos Relacionados"
converter="RpuestosConverter">
<rich:column width="18">
<h:outputText value="#{items.nombrePuesto}"/>
</rich:column>
<rich:column>
<h:outputText value="#{items.nombrePuesto}"/>
</rich:column>
<a4j:support event="onlistchanged" reRender="panelObjetos"/>
</rich:listShuttle>
</s:fragment>
<s:fragment rendered="#{catPuestos.muestraObjeto}"> <h:commandLink
action="#{catPuestos.guardarPuestosRelacion}"
onmouseout="MM_swapImgRestore()"
onmouseover="MM_swapImage('form:APLICAR','','imagenes/botones/botonAplicar2.png',1)">
<h:graphicImage url="imagenes/botones/botonAplicar1.png" id="APLICAR" value="APLICAR" styleClass="ImagenBotonBlanco" />
</h:commandLink> </s:fragment>
</a4j:outputPanel >
</a4j:region>
</a4j:form>
</ui:define>
</ui:composition>
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123530#4123530
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123530
18 years, 3 months
[JBoss Seam] - Re: @Logger is null
by kasim
svadu> Thanks but no. That seems to be only when you are accessing injected components in constructors. Which would make sense since those objects cant be injected before instantiation of the class.
Like .. here is a simple example that doesnt work -
@Name("joeBean")
| @Stateless
| public class JoeBeanImpl implements JoeBean {
|
| @Logger
| Log log;
|
| public void test() {
| log.info("Test this shiznit");
| }
| }
produces stack trace -
(like 17 is the log.debug)
| Caused by: java.lang.NullPointerException
| at session.JoeBeanImpl.test(JoeBeanImpl.java:17)
| 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:585)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112)
| at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166)
| at org.jboss.seam.intercept.EJBInvocationContext.proceed(EJBInvocationContext.java:44)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:101)
| at org.jboss.seam.intercept.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:50)
| at sun.reflect.GeneratedMethodAccessor228.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118)
| at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerIntercep
|
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123529#4123529
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123529
18 years, 3 months
[JCA/JBoss] - Re: ManagedConnectionFactory.setLogger
by adrian＠jboss.org
"iit" wrote : "adrian(a)jboss.org" wrote : "iit" wrote :
| | | Someone from your famous JBoss developers forgot to implement to configure RA properties. The only way to get over this is to crack a rar file, configure the values as defaults and recreate the rar. This was also not considered as a bug but as a feature request. We are waiting for a fix since June 2006!
| | |
| |
| | Don't come here with a false sense of entitlement.
| |
|
| That's not false, that's the truth.
|
It's false because it is your problem. You (or your customer) downloaded
the software and chose to use it. If it doesn't do what you want then you can
1) Change it yourself
2) Pay somebody else to change it
3) Don't use it
What you can't do is complain that somebody has to meet your requirement for free
when they've almost certainly got more important things to work on.
anonymous wrote :
| anonymous wrote : You want the feature implement it and contribute it back, it's open source.
|
| JBoss is a commercial project and we don't work for less. Go, look for other idiots.
|
JBoss is open source. RedHat doesn't sell it. We sell services on it.
Like make my favourite feature high priority please.
(P.S. That doesn't mean that won't do it immediately because
I wait for somebody to pay for it. I do - for free - what I think will most useful
to most people).
anonymous wrote :
| anonymous wrote : I don't see anybody else providing the patch either so it can't be a high priority.
|
| I red several requests to fix that but nobody at JBoss cares since 2006.
|
Requests are not the same as implementing it. If people really care
then they provide a patch not a whine. Complaining that I don't
consider your problem a high priority just makes it more
likely that I don't want to help you.
Providing a patch (no matter how bad or incomplete) makes it a lot
more likely that I'll complete it propery because I don't have to start from scratch.
anonymous wrote :
| anonymous wrote : Anyway, the answer to this particular question is trivial.
| |
|
| Trivial, stupid and arrogant.
|
See comment below.
anonymous wrote :
| anonymous wrote : 1) You either throw a ResourceException to say you don't want the Logger.
| |
|
| That's a generic exception without any further description. JBoss might just continue but others, more quality app servers may mark the RA as errorneous and stop the whole thing.
|
Fair point, but I've seen tonnes of resource adapters that do
throw new ResourceException("Not Implemented")
on that method. It's practically the default implementation (besides a no-op ;-)
anonymous wrote :
| anonymous wrote : 2) You take your managed connection factory classname add "." + jndiname
| | and then go configure that to FATAL in conf/jboss-log4j.xml
| | Voila - no logging on that category.
|
| Yeah, but the log output will still go to the logger.
|
Which will discard it using the usual log4j rules.
anonymous wrote :
| What about admitting some bugs in your code instead of feeding the responsibility to others?
|
There's plenty of bugs admitted, look at JIRA. This isn't one of them.
It's a bug when you can quote "chapter and verse" from the specs
or docs and say "look it doesn't work the way it says it supposed to".
If you want to make setLogger() configurable then provide a patch
to do so. Otherwise raise a feature request and wait for somebody to think
it is important.
Simple solution, and it doesn't involve calling people names.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123527#4123527
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123527
18 years, 3 months