December 2007 - jboss-user - Jboss List Archives

[JBoss Portal] - Re: CMS security not working

by DanielGallot

anonymous wrote : "/" - make readable to all roles including "myRole" except Users and Anonymous | "/MyTopDirectory/TheUsableDirectory" - make readable and writable to "myRole" | | let me know what you get with this setup. | | note: this is essentially the same result you are trying to achieve except its a simpler way to approach it. OK, I understand this is a simpler conf because I don't need to declare again the same rights than the rights already granted in the parent directories. I try and I got the following : - "Create a folder", in "/MyTopDirectory/TheUsableDirectory", for a user with "myRole" ==> exception "access denied" - "Upload a file" : idem But there is another effect I don't understand : "myRole" got read access to "/MyTopDirectory/TheUsableDirectory" and not to other directories where it has not been granted write access. Do I miss something(s) ? I see the second effect because actually I need to get the following : I have also "myRole2" that should have write access on "/MyTopDirectory/TheUsableDirectory2" but not read access to "/MyTopDirectory/TheUsableDirectory" - and vice versa for "myRole" - in fact I have 20 different roles and corresponding "TheUsableDirectoryN". And also "mySupervisor" that has read/write access to all these directories, but not "/" ! I try to not give read access to all roles on "/", granting the read access on "/MyTopDirectory" - I get "access denied" (the exception) immediatly on the CMS administration. (N.B. : anonymous get "access denied" as a gentle message) So what can I do ? I am a bit lost... Thanks a lot for your help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115085#4115085 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4115085

18 years, 4 months

1
0
0 / 0

[JBoss Seam] - in.relation.to website and Bloggers menu

by asookazian

1) is this site developed using JSF/SEAM/EJB3? 2) what kind of component is that bloggers menu that stays fixed even if you scroll the vertical scroll bar? that's pretty cool. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115081#4115081 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4115081

18 years, 4 months

1
0
0 / 0

[Tomcat, HTTPD, Servlets & JSP] - Re: Session is getting merge with other session

by igain

2 end user reporting that they are seeing some other user's data and they also gave us the name and other info of that user which they were seeing on screen and i did check back in our db and those user are valid user who submit their information via our application. So i can't rule out, that session is not getting duplicated. However I never heard or seen session is getting duplicated in person. I have been testing so many times and never got other user's information Okay I have put the session.invalidate() at the end of application workflow process. Hoping it would reduce the chance of session collision. I am also logging the session id if it's get duplicated. Thanks for your support I would monitor View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115080#4115080 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4115080

18 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: Rendering email from a servlet

by pete.muir＠jboss.org

I've not tested this, and see several ways in which it might fail (you don't have a full faces environment available, and as I haven't coded for it some of the needed mocks may not be available). File a JIRA issue and I can try to take a look, but I'm not going to get around to it soon. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115078#4115078 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4115078

18 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: How to use log inside interceptor ?

by pete.muir＠jboss.org

private static Log log = Logging.getLog(LogInterceptor.class); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115077#4115077 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4115077

18 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: JTA transactions

by pete.muir＠jboss.org

Ask on the hibernate, or JBoss AS forum. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115076#4115076 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4115076

18 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: What does it take for a POJO to promote a conv. to long-

by pete.muir＠jboss.org

Please file an issue in the RichFaces jira about this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115075#4115075 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4115075

18 years, 4 months

1
0
0 / 0

[JBoss Seam] - SMPC transaction propagation and REQUIRES_NEW

by asookazian

SEAM2.0.0.GA JBOSS4.2.1.GA I'm currently using multiple SMPC's (for multiple DB's) that are configured in the components.xml. Also using flushMode=MANUAL for @Begin method to ensure that transactions are atomic (i.e. no premature updates before conversation ends). Seems to be working ok so far! I'm trying to understand the impact of the below statement from the ref pdf. It sounds like Seam is violating the EJB3 spec in this regard. This part is what I'm concerned about: anonymous wrote : | However as the Seammanaged persistence context is propagated to any component within the conversation, it will be propagated to | methods marked REQUIRES_NEW. When a method is marked REQUIRES_NEW, afaik, the current transaction is suspended until the method marked REQUIRES_NEW is completed. REQUIRES_NEW indicates that the method should always be executed inside a new transaction context. So I'm assuming in this case an exception would be thrown if you use SMPC and REQUIRES_NEW in case a transaction would be propagated. I tried it from a JSF getter method call to a method marked REQUIRES_NEW in a SFSB and there are no issues (but in that case apparently there is no transaction propagation)... anonymous wrote : If you are using EJB3 and mark your class or method @TransactionAttribute(REQUIRES_NEW) then the transaction | and persistence context shouldn't be propagated to method calls on this object. However as the Seammanaged | persistence context is propagated to any component within the conversation, it will be propagated to | methods marked REQUIRES_NEW. Therefore, if you mark a method REQUIRES_NEW then you should access the entity | manager using @PersistenceContext. --pg. 116 of JBoss Seam 2.0.0.GA ref pdf View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115073#4115073 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4115073

18 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: EntityHome's persist, update, remove... methods does not s

by pete.muir＠jboss.org

entityHome.persist() does a flush for you. If you don't want this behaviour, implement your own version of persist :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115072#4115072 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4115072

18 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: Entity EJB3.0 Unit Testing - How to setup JNDI datasourc

by pete.muir＠jboss.org

Although I'm not Gavin, http://jira.jboss.com/jira/browse/JBSEAM-2026 You'll need some way to make the DS available via JNDI (register the DS in JNDI). The simplest solution is to run in a integration test environment e.g. Embedded JBoss. There are discussions on the forum on how to make this best work, and this issue http://jira.jboss.com/jira/browse/JBSEAM-2371 to fix the problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4115070#4115070 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4115070

18 years, 4 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 December 2007