July 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: Please Shane help me!

by szaccaria

For who it was interested http://jira.jboss.com/jira/browse/JBSEAM-1714 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066801#4066801 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066801

18 years, 9 months

1
0
0 / 0

[JBossCache] - Re: Getting duplicate entry exception

by manik.surtani＠jboss.com

What version of JBC is this? Looks like something that should have been fixed with JBCACHE-1103. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066800#4066800 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066800

18 years, 9 months

1
0
0 / 0

[JBossCache] - Re: Getting versioning exception in jboss cache

by manik.surtani＠jboss.com

This has to do with a concurrent write. Your app should try and catch this exception and re-try your transaction. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066799#4066799 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066799

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: JAAS Authentication and the actor

by harpritt

hi man i was under the impression (i was told by my senior ...hahah) that authenticator was a default class. ...... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066798#4066798 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066798

18 years, 9 months

1
0
0 / 0

[JBossCache] - Re: JBossCache with EJB 2.1

by manik.surtani＠jboss.com

EJB 2.1 does not use JBoss Cache. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066797#4066797 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066797

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re:

by smithbstl

I don't understand where the value for dataTransferScheme is supposed to come from. Typically you should be using a s:selectItems/f:selectItem/f:selectItems to get a list of values for your menu. Then menu then chooses one and passes that value to your backing bean. <f:view> | <s:validateAll> | <h:form> | <h:panelGrid columns="2"> | ..... | | SRB DataTransferScheme * | <h:selectOneMenu id="dataTransferCombobox" value="#{loginBean.dataTransferScheme}" | <a4j:support event="onchange" action="#{loginBean.setAuthFields(scheme)}" | ajaxSingle="true" immediate="true"/> | <s:selectItems label="#{scheme}" value="#{schemes}" | var="scheme"/> | </h:selectOneMenu> | </h:panelGrid> | ..... | | <h:commandButton value="Login" action="#{login.login}"/> | </s:validateAll> | </h:form> | | //LoginBean.java: [the Backing bean] | | //system.out.println is ugly, use Seam's logger support | @Logger | Log log; | | @Out | private List<String> schemes; | | @Factory("schemes") | public void fillSchemes() { | //Fill your list here | } | | | public void setAuthFields(String dataTransferScheme) | { | log.info("dataTransferScheme : "+dataTransferScheme); | } View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066796#4066796 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066796

18 years, 9 months

1
0
0 / 0

[JBossWS] - Re: WSA sample; response header contains errors

by heiko.braun＠jboss.com

What JBossWS version is it? I think this bug was fixed in 2.0 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066794#4066794 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066794

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: Seam Flex Integration, How Easy It Is!

by cingram

You will probably need to extract the remoting helloworld example again, as it got some Seam-1.2.1 files copied in to it. They changed some of the package names for remoting between Seam 1.2.1 GA and Seam 2.0 BETA. I uploaded a new file that excludes the Seam classes. Grab the file from http://wiki.jboss.org/wiki/attach?page=JBossSeam%2FFlexSeamExampleHelloWo... and extract the files to the SEAM_HOME/examples/remoting/helloworld/view dir. Rebuild with ant and deploy. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066793#4066793 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066793

18 years, 9 months

1
0
0 / 0

[Microcontainer] - Re: Emulating ServiceMBeanSupport

by genman

anonymous wrote : You can always check the current execution stack. :-) | This feels like a hack, hence the smiley ... I might be better off creating a central service controller that users would use to stop/start services by name. Exposing stop/start as MBean operations seems logical, but if there isn't a clean way to detect who's calling stop(), I probably should avoid this approach. Could you point me to some examples on how to construct a method interceptor in the -beans.xml format, for beans marked with annotations? In case I change my mind again. | <inject fromContext="getState" /> | Also: Is there a way to inject "beaninfo" using annotations? I'd rather not have to copy the same injection XML for every declaration. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066789#4066789 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066789

18 years, 9 months

1
0
0 / 0

[Microcontainer] - Re: Emulating ServiceMBeanSupport

by genman

"alesj" wrote : | All of the state management is handled by MC, ServiceController is just a facade over MC - see actual code for more details: http://anonsvn.jboss.org/repos/jbossas/trunk/system-jmx/src/main/org/jbos... What I see doesn't seem to be a light facade. The old states are really independent from the new ones. The new ones don't match exactly to the old, which means the ServiceController has to track state separately in a ServiceContext object. There's a bit of book keeping involved. I could probably live with the new state list, though it's a little odd the state names don't correspond to the methods that are actually called during the transitions. anonymous wrote : You can always check the current execution stack. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066788#4066788 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066788

18 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user July 2007