October 2009 - jboss-dev-forums - Jboss List Archives

[JBoss Portal Development] - newbies question about role

by sebjau

Hello, i've a question about role. I've modified the identity porlet which has a new tab for personnalized profile datas wich is only accessible with a personnalized role. But when i apply this role for a user wich is connected, the modification of the user roles (with request.isUserInRole("xxx") in identity porlet is only made when the user logout and login. It is normal ? or it's an error in my code ? How change this (perhaps the user and role are cached ) ? Thank and sorry for my poor english... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263102#4263102 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263102

15 years, 2 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: JBossEntityResolver cannot resolve...

by klowtherjr

Alex, Is what I've described not this issue? It seems the same at least. https://jira.jboss.org/jira/browse/JBXB-59 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263089#4263089 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263089

15 years, 2 months

1
0
0 / 0

[JBoss Web Services Development] - How is it determined what web service artifacts are publishe

by RonnieSpike

I'm deploying a group of web services to JBoss. I used NetBeans to generate the java code from wsdl. The following annotation is in the impl class: wsdlLocation = "WEB-INF/wsdl/BrokeredNotification/brw-2Wrapper.wsdl" When the server is started and JBoss logs INFO [org.jboss.wsf.stack.jbws.WSDLFilePublisher] WSDL published to: /server//data/wsdl/.war/BrokeredNotification/brw-2Wrapper.wsdl not all .xsd artifacts are being placed in said directory. They DO exist in the .war file under WEB-INF/wsdl/BrokeredNotification. I first tried deploying with the artifacts in a directory hierarchy, then with a flattened directory. This causes an exception when a client calls the web service because the artifacts can't be found. Don't have that exception before me, but if it's needed to answer my question, I can provide. Thanks! Ronnie View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263076#4263076 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263076

15 years, 2 months

1
0
0 / 0

[jBPM Development] - Close issue JBPM-2537

by sebastian.s

Could anybody close this issue? It's a duplicate of JBPM-2559 which has been fixed in jBPM 4.2 and which was closed. https://jira.jboss.org/jira/browse/JBPM-2537 Thank you. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263059#4263059 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263059

15 years, 2 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Optimizing ControllerState

by alesj

About that CSModel::isValid(ControllerState), I don't think it's needed, perhaps only for sanity, but not part of interface. As ControllerState creation should already be controlled via single CS registry, hence would almost be impossible to get an invalid instance. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263049#4263049 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263049

15 years, 2 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Optimizing ControllerState

by alesj

"kabir.khan(a)jboss.com" wrote : Similarly, it also seems like INSTALLED is taken to always be the final state, e.g. | | | public ControllerContext getInstalledContext(Object name) | | { | | return getContext(name, ControllerState.INSTALLED); | | } | | | Since INSTALLED has special meaning, if there are states beyond INSTALLED, contexts in those states would not be reported as being installed. Should I enforce that INSTALLED is the final state? Actually they are reported, see AbstractController::getContext | ControllerContext result = getRegisteredControllerContext(name, false); | if (result != null && state != null && isBeforeState(result.getState(), state)) | { | return null; | } | But AbstractKernelController::getContext could be fixed to apply this the same way. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263047#4263047 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263047

15 years, 2 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Optimizing ControllerState

by alesj

"kabir.khan(a)jboss.com" wrote : | Should this be enforced, i.e. we throw an error if someone tries to add a state before NOT_INSTALLED? | I would just have CSModel::getInitialState(). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263045#4263045 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263045

15 years, 2 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: JBossEntityResolver cannot resolve...

by klowtherjr

Hi Alex, I got this part to work for the following example: JBossEntityResolver.registerEntity( "../../../../net/opengis/gml/3.2.1/gml.xsd", | "gov/faa/wmscr/OGC/net/opengis/gml/3.2.1/gml.xsd"); This resolves a few of the issues. However, the remainder of them come from something that I don't think I can resolve in this manner. <xsd:include schemaLocation="wxBase.xsd"/> In this case the caller sets the publicId to the targetNamespace, which in this case is "http://www.eurocontrol.int/wx/1.1" and the sysId to "wxBase.xsd". The problem as I see it is that there are many .xsd files that are in the "http://www.eurocontrol.int/wx/1.1" namespace. If JBossEntityResolver uses the publicId and sysId separately and never together, these schema references cannot be resolved down to one .xsd file no matter what registry entries I add. This seems like a problem to me, unless I'm just missing the obvious. Perhaps it lies with the caller, perhaps with the resolver. I'm guessing given that the contract doesn't put them together that it lies with the caller. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263042#4263042 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263042

15 years, 2 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Optimizing ControllerState

by kabir.khan＠jboss.com

Similarly, it also seems like INSTALLED is taken to always be the final state, e.g. | public ControllerContext getInstalledContext(Object name) | { | return getContext(name, ControllerState.INSTALLED); | } | Since INSTALLED has special meaning, if there are states beyond INSTALLED, contexts in those states would not be reported as being installed. Should I enforce this? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263029#4263029 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263029

15 years, 2 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Optimizing ControllerState

by kabir.khan＠jboss.com

"kabir.khan(a)jboss.com" wrote : Replacing the use of 'states' in AbstractController it is making the assumption in some places that NOT_INSTALLED will always be the first state, e.g. | I'll rephrase :-) When looking at AbstractController to use ControllerStateModel instead of 'states', I found that it seems to be making the assumption that... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263028#4263028 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263028

15 years, 2 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums October 2009