April 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBBUILD-353) Add controls to parent pom to build releases from jboss-repository.

by Paul Gier (JIRA)

Add controls to parent pom to build releases from jboss-repository. ------------------------------------------------------------------- Key: JBBUILD-353 URL: http://jira.jboss.com/jira/browse/JBBUILD-353 Project: JBoss Build System Issue Type: Feature Request Reporter: Paul Gier Assigned To: Paul Gier Fix For: MavenBuild 1.2 The jboss-parent pom should include some controls via profiles to ensure that release builds are dependent only on artifacts in the jboss-repository. In order to ensure that release builds are reproducible all artifacts should come from a repository controlled by jboss. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 3 months

1
1
0 / 0

[JBoss JIRA] Created: (JBBUILD-338) Create parent maven pom for all JBoss project poms to inherit from.

by Paul Gier (JIRA)

Create parent maven pom for all JBoss project poms to inherit from. ------------------------------------------------------------------- Key: JBBUILD-338 URL: http://jira.jboss.com/jira/browse/JBBUILD-338 Project: JBoss Build System Issue Type: Feature Request Components: Maven Reporter: Paul Gier Assigned To: Paul Gier Create a generic parent pom with default configuration for all jboss projects. This pom should include repository configuration, organization, default plugin configuration, and other configuration that is common to all jboss projects. Each top-level project pom should specify this pom as their parent. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 3 months

2
4
0 / 0

[JBoss JIRA] Created: (JBRULES-803) drop down menu with default action for shape alignment

by Mark Proctor (JIRA)

drop down menu with default action for shape alignment ------------------------------------------------------ Key: JBRULES-803 URL: http://jira.jboss.com/jira/browse/JBRULES-803 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Eclipse IDE Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 3.1-m2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 3 months

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-795) Refactor IntegrationCases into a number of other categorised classes

by Mark Proctor (JIRA)

Refactor IntegrationCases into a number of other categorised classes -------------------------------------------------------------------- Key: JBRULES-795 URL: http://jira.jboss.com/jira/browse/JBRULES-795 Project: JBoss Rules Issue Type: Task Security Level: Public (Everyone can see) Components: All Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 3.1-m2 IntegrationCases has got too big, refactor into multiple classes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 3 months

1
1
0 / 0

[JBoss JIRA] Closed: (JBCACHE-209) Expand the JBossCache tutorial page

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-209?page=all ] Manik Surtani closed JBCACHE-209. --------------------------------- Resolution: Done > Expand the JBossCache tutorial page > ----------------------------------- > > Key: JBCACHE-209 > URL: http://jira.jboss.com/jira/browse/JBCACHE-209 > Project: JBoss Cache > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Ben Wang > Assigned To: Manik Surtani > Priority: Minor > Fix For: 2.0.0.GA > > > Currently our tutorial page is not up to date with the new features. For example, we should have a eviction tutorial. > On the JbossCacheAop side, we need to have a tutorial that illustrate: > 1. Example to illsutrate the POJO relationship management (person and object, for example) > 2. Annotation based example tutorial > 3. Interaction with CacheLoader (that also hightlight the perservation of relationship) > 4. Illustrate the getObject during failover (from another node) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-622) JBossMessage.setJMSReplyTo() method does not allow to set up nulls

by Ilya Bochkov (JIRA)

JBossMessage.setJMSReplyTo() method does not allow to set up nulls ------------------------------------------------------------------ Key: JBMESSAGING-622 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-622 Project: JBoss Messaging Issue Type: Bug Components: Messaging Core Affects Versions: 1.0.1.GA Reporter: Ilya Bochkov Assigned To: Ovidiu Feodorov The method body checks if a destination is an instance of JBossDestination. If you pass null then an exception is thrown, though null is a valid value. public void setJMSReplyTo(Destination replyTo) throws JMSException { if (!(replyTo instanceof JBossDestination)) { throw new InvalidDestinationException("Replyto cannot be foreign"); } this.replyToDestination = (JBossDestination)replyTo; } I've changed the method definition to: public void setJMSReplyTo(Destination replyTo) throws JMSException { if(replyTo == null){ this.replyToDestination = null; return; } if (!(replyTo instanceof JBossDestination)) { throw new InvalidDestinationException("Replyto cannot be foreign"); } this.replyToDestination = (JBossDestination)replyTo; } Please, if this is a correct fix incorporate it in future releases. Thanks! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 3 months

6
11
0 / 0

[JBoss JIRA] Created: (JBCACHE-956) Use LockParentForChildInsertRemove flag to control Optimistic node versioning

by Brian Stansberry (JIRA)

Use LockParentForChildInsertRemove flag to control Optimistic node versioning ----------------------------------------------------------------------------- Key: JBCACHE-956 URL: http://jira.jboss.com/jira/browse/JBCACHE-956 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Manik Surtani See JBCACHE-955 for background on locking issues related to inserting and removing child nodes. This JIRA is to look into using JBCACHE-955's LockParentForChildInsertRemove flag to control whether the insertion or removal of a child node affects a workspace node's data version. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 3 months

3
9
0 / 0

[JBoss JIRA] Created: (JBOSGI-3) Define a repository integration api

by Adrian Brock (JIRA)

Define a repository integration api ----------------------------------- Key: JBOSGI-3 URL: http://jira.jboss.com/jira/browse/JBOSGI-3 Project: JBoss OSGi Issue Type: Task Security Level: Public (Everyone can see) Reporter: Adrian Brock Assigned To: Kevin Conner Define a repository integration api for OSGi. This will allow different implementations of the repostiory (e.g. mock for tests or the profile service) to implement this feature. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 3 months

3
2
0 / 0

[JBoss JIRA] Commented: (JBPORTAL-455) Relax portlet security roles declaration

by Julien Viet (JIRA)

[ http://jira.jboss.com/jira/browse/JBPORTAL-455?page=comments#action_12359572 ] Julien Viet commented on JBPORTAL-455: -------------------------------------- PortletRequestImpl.isUserInRole(String s) it reads metadata and make the mapping. with extended meta data telling that it should not map, it could be done here > Relax portlet security roles declaration > ---------------------------------------- > > Key: JBPORTAL-455 > URL: http://jira.jboss.com/jira/browse/JBPORTAL-455 > Project: JBoss Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Portal Portlet > Affects Versions: 2.0 Final > Reporter: Julien Viet > > Today when a portlet uses the req.isUserInRole(String roleName), this role must be declared in the portlet.xml otherwise the method returns false. > <portlet> > ... > <security-role-ref> > <role-name>Admin</role-name> > </security-role-ref> > ... > </portlet> > This is what the portlet spec tells to do. > But it could be possible to avoid this declaration and let all the role checks pass through and delegate the call to the servlet container when configuring jboss portal > in a certain mode (at server level or webapp level) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 3 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBPORTAL-455) Relax portlet security roles declaration

by Antoine Herzog (JIRA)

[ http://jira.jboss.com/jira/browse/JBPORTAL-455?page=comments#action_12359571 ] Antoine Herzog commented on JBPORTAL-455: ----------------------------------------- I have posted on forum about this : http://jboss.org/index.html?module=bb&op=viewtopic&p=4037894#4037894 question : How to workaround this, now ? What class/service are responsible for reading the descriptor and set the role visible in the portlets ? To overload it, knowing it is not JSR-168 compliant... Thanks, > Relax portlet security roles declaration > ---------------------------------------- > > Key: JBPORTAL-455 > URL: http://jira.jboss.com/jira/browse/JBPORTAL-455 > Project: JBoss Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Portal Portlet > Affects Versions: 2.0 Final > Reporter: Julien Viet > > Today when a portlet uses the req.isUserInRole(String roleName), this role must be declared in the portlet.xml otherwise the method returns false. > <portlet> > ... > <security-role-ref> > <role-name>Admin</role-name> > </security-role-ref> > ... > </portlet> > This is what the portlet spec tells to do. > But it could be possible to avoid this declaration and let all the role checks pass through and delegate the call to the servlet container when configuring jboss portal > in a certain mode (at server level or webapp level) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

19 years, 3 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-jira April 2007