[jira] [Commented] (GERONIMO-5861) Update a bundle within an EBA

2011-03-21 Thread Rex Wang (JIRA) 

[ 
https://issues.apache.org/jira/browse/GERONIMO-5861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13009033#comment-13009033
 ] 

Rex Wang commented on GERONIMO-5861:


commit to trunk At revision: 1083683

 Update a bundle within an EBA
 -

 Key: GERONIMO-5861
 URL: https://issues.apache.org/jira/browse/GERONIMO-5861
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: deployment
Reporter: Han Hong Fang
Assignee: Rex Wang

 Some EBAs might be huge and contain many bundles. Right now whenever a bundle 
 in a EBA is updated, the entire EBA is re-assembled and re-deployed to the 
 server. That of course, can be expensive if the application is big. So it 
 would be nice if only the updated bundle was re-deployed to the server.
 This JIRA is for probably required changes to the server's deployer code for 
 deploying  managing bundles within or outside of EBAs. And GEP JIRA is here: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-718

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Assigned] (GERONIMO-5861) Update a bundle within an EBA

2011-03-21 Thread Rex Wang (JIRA) 

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rex Wang reassigned GERONIMO-5861:
--

Assignee: Rex Wang

 Update a bundle within an EBA
 -

 Key: GERONIMO-5861
 URL: https://issues.apache.org/jira/browse/GERONIMO-5861
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: deployment
Reporter: Han Hong Fang
Assignee: Rex Wang

 Some EBAs might be huge and contain many bundles. Right now whenever a bundle 
 in a EBA is updated, the entire EBA is re-assembled and re-deployed to the 
 server. That of course, can be expensive if the application is big. So it 
 would be nice if only the updated bundle was re-deployed to the server.
 This JIRA is for probably required changes to the server's deployer code for 
 deploying  managing bundles within or outside of EBAs. And GEP JIRA is here: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-718

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (GERONIMO-5861) Update a bundle within an EBA

2011-03-21 Thread Rex Wang (JIRA) 

[ 
https://issues.apache.org/jira/browse/GERONIMO-5861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13009034#comment-13009034
 ] 

Rex Wang commented on GERONIMO-5861:


some codes clean up At revision: 1083684

 Update a bundle within an EBA
 -

 Key: GERONIMO-5861
 URL: https://issues.apache.org/jira/browse/GERONIMO-5861
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: deployment
Reporter: Han Hong Fang
Assignee: Rex Wang

 Some EBAs might be huge and contain many bundles. Right now whenever a bundle 
 in a EBA is updated, the entire EBA is re-assembled and re-deployed to the 
 server. That of course, can be expensive if the application is big. So it 
 would be nice if only the updated bundle was re-deployed to the server.
 This JIRA is for probably required changes to the server's deployer code for 
 deploying  managing bundles within or outside of EBAs. And GEP JIRA is here: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-718

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: svn commit: r1083678 - in /geronimo/server/trunk/plugins/javamail: geronimo-mail/ geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/ geronimo-mail/src/test/java/org/apache/geronimo/res

2011-03-21 Thread Ivan 
I think that ger name space should not be hardcoded there. It should be
got from the value of the jndiName.

2011/3/21 viol...@apache.org

 Author: violalu
 Date: Mon Mar 21 05:45:34 2011
 New Revision: 1083678

 URL: http://svn.apache.org/viewvc?rev=1083678view=rev
 Log:
 GERONIMO-5862 bound ger:MailSession jndi to ger namespace.

 Modified:
geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml

  
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java

  
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/test/java/org/apache/geronimo/resource/mail/MailGBeanTest.java
geronimo/server/trunk/plugins/javamail/javamail/src/main/plan/plan.xml

 Modified: geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml
 URL:
 http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml?rev=1083678r1=1083677r2=1083678view=diff

 ==
 --- geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml (original)
 +++ geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml Mon Mar 21
 05:45:34 2011
 @@ -63,6 +63,14 @@
 groupIdorg.apache.geronimo.specs/groupId
 artifactIdgeronimo-activation_1.1_spec/artifactId
 /dependency
 +
 + dependency
 +groupIdorg.apache.geronimo.framework/groupId
 +artifactIdgeronimo-kernel/artifactId
 +version${project.version}/version
 +classifiertests/classifier
 +scopetest/scope
 +/dependency
 /dependencies

  /project

 Modified:
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java
 URL:
 http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java?rev=1083678r1=1083677r2=1083678view=diff

 ==
 ---
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java
 (original)
 +++
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java
 Mon Mar 21 05:45:34 2011
 @@ -39,6 +39,11 @@ import org.apache.geronimo.management.Ja
  import org.apache.geronimo.naming.ResourceSource;
  import org.slf4j.Logger;
  import org.slf4j.LoggerFactory;
 +import org.osgi.framework.BundleContext;
 +import org.osgi.framework.Filter;
 +import org.osgi.framework.ServiceReference;
 +
 +import javax.naming.spi.ObjectFactory;


  /**
 @@ -72,6 +77,7 @@ public class MailGBean implements GBeanL
 private String user;
 private Boolean debug;
 private String jndiName;
 +private BundleContext bundleContext;


 /**
 @@ -101,7 +107,8 @@ public class MailGBean implements GBeanL
  @ParamAttribute(name=host) String host,
  @ParamAttribute(name=user) String user,
  @ParamAttribute(name=debug) Boolean debug,
 - @ParamAttribute(name=jndiName) String jndiName) {
 + @ParamAttribute(name=jndiName) String jndiName,
 + @ParamSpecial(type =
 SpecialAttributeType.bundleContext) BundleContext bundleContext){
 this.objectName = objectName;
 this.protocols = protocols;
 setUseDefault(useDefault);
 @@ -113,6 +120,7 @@ public class MailGBean implements GBeanL
 setUser(user);
 setDebug(debug);
 setJndiName(jndiName);
 +this.bundleContext = bundleContext;
 }

 /**
 @@ -374,21 +382,15 @@ public class MailGBean implements GBeanL
 if (jndiName != null  jndiName.length()  0) {
 // first get the resource incase there are exceptions
 Object value = $getResource();
 -
 -// get the initial context
 -Context context = new InitialContext();
 -Name parsedName = context.getNameParser().parse(jndiName);
 -
 -// create intermediate contexts
 -for (int i = 1; i  parsedName.size(); i++) {
 -Name contextName = parsedName.getPrefix(i);
 -if (!bindingExists(context, contextName)) {
 -context.createSubcontext(contextName);
 -}
 -}
 -
 -// bind
 -context.bind(jndiName, value);
 +
 +//Get ger service, and bind ger:MailSession to context
 +ServiceReference[] sr =
 bundleContext.getServiceReferences(ObjectFactory.class.getName(),
 (osgi.jndi.url.scheme=ger));
 +if (sr != null){
 + ObjectFactory objectFactory =  (ObjectFactory)
 bundleContext.getService(sr[0]);
 + Context context =
 (Context)objectFactory.getObjectInstance(null, null, null, null);
 + context.bind(jndiName, value);
 +

[jira] [Commented] (GERONIMO-5764) Support Bundles Deployment in deployment command line

2011-03-21 Thread Rex Wang (JIRA) 

[ 
https://issues.apache.org/jira/browse/GERONIMO-5764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13009065#comment-13009065
 ] 

Rex Wang commented on GERONIMO-5764:


For the PluginInstaller like approach, it will need new command in cmd-line, 
new interface in web console, new api in geronimo-deploy-jsr88 used by GEP. So 
I suggest use the ConfigurationBuilder approach for the current user 
requirements. And we can easily get rid of it in future.

 Support Bundles Deployment in deployment command line
 -

 Key: GERONIMO-5764
 URL: https://issues.apache.org/jira/browse/GERONIMO-5764
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: commands
Affects Versions: 3.0-M2, 3.0
Reporter: viola.lu
Priority: Minor
 Fix For: 3.0-M2, 3.0


 Now we have to deploy a regular bundle via karaf shell: osgi:install 
 file:/[bunlde_path], not deployer command line, so open this jira to track 
 this feature enablement.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (GERONIMO-5871) Blueprint application still not be differentiated in OSGI Bundles porlet

2011-03-21 Thread Tina Li (JIRA) 
Blueprint application still not be differentiated in OSGI Bundles porlet


 Key: GERONIMO-5871
 URL: https://issues.apache.org/jira/browse/GERONIMO-5871
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: osgi-bundles
Affects Versions: 3.0
 Environment: JRE 1.6.0 IBM J9 2.4 Windows XP x86-32 
jvmwi3260sr9-20101209_70480 (JIT enabled, AOT enabled)
Reporter: Tina Li
Priority: Minor


1.Use Mar 17 build of Geronimo server.
2.Start the server if it's not started.
3.Deploy a blueprint application successfully.
4.Open OSGI Bundle porlet via web console http://localhost:8080; and click 
Blueprint of Show Bundles list form.
5.No blueprint application listed in web console.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[BUILD] branches/2.1: Failed for Revision: 1083677

2011-03-21 Thread gawor 
Geronimo Revision: 1083677 built with tests included
 
See the full build-0200.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20110321/build-0200.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20110321/unit-test-reports
 
[INFO] 
[INFO] Building Geronimo Test Support, Test Deployment J2EE 1.3 :: WAR
[INFO]task-segment: [install]
[INFO] 
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/maven/plugins/maven-war-plugin/2.0.2/maven-war-plugin-2.0.2.pom
1K downloaded  (maven-war-plugin-2.0.2.pom)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/maven/plugins/maven-plugins/7/maven-plugins-7.pom
13K downloaded  (maven-plugins-7.pom)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/maven/maven-plugin-surrogate-parent/5/maven-plugin-surrogate-parent-5.pom
10K downloaded  (maven-plugin-surrogate-parent-5.pom)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/maven/plugins/maven-war-plugin/2.0.2/maven-war-plugin-2.0.2.jar
27K downloaded  (maven-war-plugin-2.0.2.jar)
[INFO] [genesis:validate-configuration {execution: default}]
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/geronimo/specs/geronimo-jsp_2.1_spec/1.0.1/geronimo-jsp_2.1_spec-1.0.1.pom
2K downloaded  (geronimo-jsp_2.1_spec-1.0.1.pom)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/geronimo/specs/geronimo-servlet_2.5_spec/1.2/geronimo-servlet_2.5_spec-1.2.pom
2K downloaded  (geronimo-servlet_2.5_spec-1.2.pom)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/geronimo/specs/specs-parent/1.5/specs-parent-1.5.pom
5K downloaded  (specs-parent-1.5.pom)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/geronimo/genesis/config/project-config/1.4/project-config-1.4.pom
18K downloaded  (project-config-1.4.pom)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/genesis/config/config/1.4/config-1.4.pom
[INFO] Unable to find resource 
'org.apache.geronimo.genesis.config:config:pom:1.4' in repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/geronimo/genesis/config/config/1.4/config-1.4.pom
3K downloaded  (config-1.4.pom)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/genesis/genesis/1.4/genesis-1.4.pom
[INFO] Unable to find resource 'org.apache.geronimo.genesis:genesis:pom:1.4' in 
repository apache-incubator 
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/geronimo/genesis/genesis/1.4/genesis-1.4.pom
11K downloaded  (genesis-1.4.pom)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/geronimo/specs/geronimo-jsp_2.1_spec/1.0.1/geronimo-jsp_2.1_spec-1.0.1.jar
71K downloaded  (geronimo-jsp_2.1_spec-1.0.1.jar)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/geronimo/specs/geronimo-servlet_2.5_spec/1.2/geronimo-servlet_2.5_spec-1.2.jar
68K downloaded  (geronimo-servlet_2.5_spec-1.2.jar)
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/apache-jar-resource-bundle/1.4/apache-jar-resource-bundle-1.4.jar
12K downloaded  (apache-jar-resource-bundle-1.4.jar)
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/2.1/testsupport/test-deployment-j2ee_1.3/test-war-j2ee_1.3/src/main/resources
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/2.1/testsupport/test-deployment-j2ee_1.3/test-war-j2ee_1.3/src/main/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:compile {execution: default-compile}]
[INFO] No sources to compile
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/2.1/testsupport/test-deployment-j2ee_1.3/test-war-j2ee_1.3/src/test/resources
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/2.1/testsupport/test-deployment-j2ee_1.3/test-war-j2ee_1.3/src/test/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] No sources to compile
[INFO] [surefire:test {execution: default-test}]
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/maven/surefire/surefire-api/2.4.3/surefire-api-2.4.3.jar
503K downloaded  (surefire-api-2.4.3.jar)
Downloading: 
http

[jira] [Created] (GERONIMO-5872) geronimo-servlet_3.0_spec-1.0.jar incorrectly applies semantic versioning to servlet packages

2011-03-21 Thread Alasdair Nottingham (JIRA) 
geronimo-servlet_3.0_spec-1.0.jar incorrectly applies semantic versioning to 
servlet packages
-

 Key: GERONIMO-5872
 URL: https://issues.apache.org/jira/browse/GERONIMO-5872
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: specs
Affects Versions: 3.0-M1
Reporter: Alasdair Nottingham


The gernomio-servlet_3.0_spec-1.0.jar incorrectly exports the javax.servlet 
packages as 2.6 and 3.0. The problem with this is if the Servlet spec were to 
make a semantically breaking API change the correct next semantic step for the 
javax.servlet packages would be 3.0. This means there is no way for an importer 
importing at [3.0,4.0) to know whether they will match the version that is the 
same as 2.6, or the version that is breaking from 3.0 resulting in deployment 
and runtime problems.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[Question] How to auto-map the roles to the groups in the default realm

2011-03-21 Thread Shenghao Fang 
Hi All,

Could anyone tell how to auto-map the roles to the groups in the default realm?
Thanks.


-- 
Michael

[no subject]

2011-03-21 Thread Cristian Uta 
unsubscribe cristian

[Question] How to auto-map roles to groups in the realm

2011-03-21 Thread Shenghao Fang 
Hi All,

I'm finding a way to map all groups in the realm to roles without
explicitly defining them in the deployment descriptor.
I searched the web and it looks like Geronimo supports such function.
But I didn't find any document about it.
Could anyone give any sample? Thanks.


-- 
Michael

Re: [Question] How to auto-map roles to groups in the realm

2011-03-21 Thread David Jencks 
People have discussed implementing this but at the moment you have to 
explicitly map principals, including group principals, to roles.

thanks
david jencks

On Mar 21, 2011, at 6:50 AM, Shenghao Fang wrote:

 Hi All,
 
 I'm finding a way to map all groups in the realm to roles without
 explicitly defining them in the deployment descriptor.
 I searched the web and it looks like Geronimo supports such function.
 But I didn't find any document about it.
 Could anyone give any sample? Thanks.
 
 
 -- 
 Michael

[jira] [Commented] (GERONIMO-5872) geronimo-servlet_3.0_spec-1.0.jar incorrectly applies semantic versioning to servlet packages

2011-03-21 Thread David Jencks (JIRA) 

[ 
https://issues.apache.org/jira/browse/GERONIMO-5872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13009193#comment-13009193
 ] 

David Jencks commented on GERONIMO-5872:


Semantically, shouldn't servlet spec package versioning be at something like 
1.8?
What version do you think we should export?
What do we do about the users of the servlet api that expect the 3.0 api 
classes to be exported at 3.0?
Is there any agreement among anyone what the osgi package version should be for 
javaee spec apis?  Is it documented anywhere?

 geronimo-servlet_3.0_spec-1.0.jar incorrectly applies semantic versioning to 
 servlet packages
 -

 Key: GERONIMO-5872
 URL: https://issues.apache.org/jira/browse/GERONIMO-5872
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: specs
Affects Versions: 3.0-M1
Reporter: Alasdair Nottingham

 The gernomio-servlet_3.0_spec-1.0.jar incorrectly exports the javax.servlet 
 packages as 2.6 and 3.0. The problem with this is if the Servlet spec were to 
 make a semantically breaking API change the correct next semantic step for 
 the javax.servlet packages would be 3.0. This means there is no way for an 
 importer importing at [3.0,4.0) to know whether they will match the version 
 that is the same as 2.6, or the version that is breaking from 3.0 resulting 
 in deployment and runtime problems.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: OpenWebBeans-1.1.0 release planing

2011-03-21 Thread Mark Struberg 
nah, that's really welcome, Kevan!

I'd like to close a few major cleanups today and tomorrow and then call a 
feature stop. After that we should focus on bugfixing/stabilising for 3 days 
and then I'd like to release.

LieGrue,
strub

PS: sorry for the cross post ;)

--- On Mon, 3/21/11, Kevan Miller kevan.mil...@gmail.com wrote:

 From: Kevan Miller kevan.mil...@gmail.com
 Subject: Re: release planing
 To: d...@openwebbeans.apache.org
 Date: Monday, March 21, 2011, 5:01 PM
 
 On Mar 16, 2011, at 6:39 AM, Mark Struberg wrote:
 
  Hi folks!
  
  I'd like to fix/finish a few of my open tasks and then
 trigger the tasks for an openwebbeans-1.1.0 release.
  
  Any objections?
  
  Please give me a list of issues which should get done
 until then.
  
  Please note that this will not be the final 1.1
 release but I like to release a 1.1.1 ~1 month later with
 all the further bugfixes and improvements missing.
  
  WDYT?
 
 Sounds good. It would be great if Geronimo would get
 through a clean TCK. They never got through a clean JCDI
 run. Looks like some of the recent OpenWebBeans/OpenEJB
 changes have introduced some additional problems. I'll try
 and stir up some interest/urgency, but I wouldn't hold up
 the release for that...
 
 --kevan

[jira] [Commented] (GERONIMO-5872) geronimo-servlet_3.0_spec-1.0.jar incorrectly applies semantic versioning to servlet packages

2011-03-21 Thread Alasdair Nottingham (JIRA) 

[ 
https://issues.apache.org/jira/browse/GERONIMO-5872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13009276#comment-13009276
 ] 

Alasdair Nottingham commented on GERONIMO-5872:
---

The OSGi Enterprise Expert group specified in the Enterprise 4.2 spec that 
Servlet 2.5 packages be versioned at 2.5, so we should expect semantic versions 
from that point on.

The correct semantic version from a 2.5 baseline is 2.6. Users who expect the 
packages to be at version 3 are expecting something which does not follow the 
best practices for semantic versioning.

 geronimo-servlet_3.0_spec-1.0.jar incorrectly applies semantic versioning to 
 servlet packages
 -

 Key: GERONIMO-5872
 URL: https://issues.apache.org/jira/browse/GERONIMO-5872
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: specs
Affects Versions: 3.0-M1
Reporter: Alasdair Nottingham

 The gernomio-servlet_3.0_spec-1.0.jar incorrectly exports the javax.servlet 
 packages as 2.6 and 3.0. The problem with this is if the Servlet spec were to 
 make a semantically breaking API change the correct next semantic step for 
 the javax.servlet packages would be 3.0. This means there is no way for an 
 importer importing at [3.0,4.0) to know whether they will match the version 
 that is the same as 2.6, or the version that is breaking from 3.0 resulting 
 in deployment and runtime problems.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[BUILD] trunk: Failed for Revision: 1083687

2011-03-21 Thread gawor 
Geronimo Revision: 1083687 built with tests included
 
See the full build-0300.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20110321/build-0300.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20110321
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 751 minutes 37 seconds
[INFO] Finished at: Mon Mar 21 15:32:53 EDT 2011
[INFO] Final Memory: 497M/1011M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
 
Assembly: tomcat
=
See full test results and logs at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20110321/logs-0300-tomcat/
 
 
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-ejb/src/test/resources
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-ejb/src/test/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] No sources to compile
[INFO] [surefire:test {execution: default-test}]
[INFO] Tests are skipped.
[INFO] [ejb:ejb {execution: default-ejb}]
[INFO] Building ejb corba-marshal-ejb-3.0-SNAPSHOT with ejbVersion 2.1
[INFO] Building jar: 
/home/geronimo/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-ejb/target/corba-marshal-ejb-3.0-SNAPSHOT.jar
[INFO] [ianal:verify-legal-files {execution: default}]
[WARNING] Skipping verification of legal files in artifacts:
[WARNING] org.apache.geronimo.testsuite:corba-marshal-ejb:ejb:3.0-SNAPSHOT
[INFO] [install:install {execution: default-install}]
[INFO] Installing 
/home/geronimo/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-ejb/target/corba-marshal-ejb-3.0-SNAPSHOT.jar
 to 
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/corba-marshal-ejb/3.0-SNAPSHOT/corba-marshal-ejb-3.0-SNAPSHOT.jar
[INFO] 
[INFO] Building Geronimo TestSuite :: CORBA TestSuite :: Marshal Client
[INFO]task-segment: [install]
[INFO] 
[INFO] [genesis:validate-configuration {execution: default}]
[INFO] [geronimo-property:set-property {execution: set-property}]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-client/src/main/resources
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 6 source files to 
/home/geronimo/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-client/target/classes
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-client/src/test/resources
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-client/src/test/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] No sources to compile
[INFO] [surefire:test {execution: default-test}]
[INFO] Tests are skipped.
[INFO] [jar:jar {execution: default-jar}]
[INFO] Building jar: 
/home/geronimo/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-client/target/corba-marshal-client-3.0-SNAPSHOT.jar
[INFO] [ianal:verify-legal-files {execution: default}]
[WARNING] Skipping verification of legal files in artifacts:
[WARNING] 
org.apache.geronimo.testsuite:corba-marshal-client:jar:3.0-SNAPSHOT
[INFO] [install:install {execution: default-install}]
[INFO] Installing 
/home/geronimo/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-client/target/corba-marshal-client-3.0-SNAPSHOT.jar
 to 
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/corba-marshal-client/3.0-SNAPSHOT/corba-marshal-client-3.0-SNAPSHOT.jar
[INFO] 
[INFO] Building Geronimo TestSuite :: CORBA TestSuite :: Marshal EAR
[INFO]task-segment: [install]
[INFO] 
[INFO] [genesis:validate-configuration {execution: default}]
[INFO] [geronimo-property:set-property {execution: set-property}]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [ear:generate

[jira] [Commented] (GERONIMODEVTOOLS-715) Misleading republish indication for a module in an application

2011-03-21 Thread Jarek Gawor (JIRA) 

[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13009382#comment-13009382
 ] 

Jarek Gawor commented on GERONIMODEVTOOLS-715:
--

In revision 1083939 I modified the code a bit to display modified message 
instead of synchronized for a module of an application when the module is 
changed.


 Misleading republish indication for a module in an application
 --

 Key: GERONIMODEVTOOLS-715
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-715
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 3.0-M2
Reporter: Jarek Gawor
Assignee: Jarek Gawor
 Fix For: 3.0-M2


 When a module in an application (EAR or EBA) is updated, Eclipse indicates 
 that single module alone is being republished. However, in reality the entire 
 application is being redeployed. This can be confusing to GEP users.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

We'll need maven 3 and genesis 2.1 soon

2011-03-21 Thread David Jencks 
I've been working on the karaf feature plugin and it now needs maven 3 and some 
more recent plugin versions than are specified in genesis 2.

Since with any luck we'll be able to assembly geronimo with this plugin shortly 
we'll need to require maven 3 and upgrade genesis.

thanks
david jencks

Re: svn commit: r1083678 - in /geronimo/server/trunk/plugins/javamail: geronimo-mail/ geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/ geronimo-mail/src/test/java/org/apache/geronimo/res

2011-03-21 Thread viola lu 
But i think it's  unnecessary to create an extra namesapce that no other
components will use in geronimo. And currently all namesapces are exposed as
blueprint service, even i created one here, should i expose it too?

On Mon, Mar 21, 2011 at 4:58 PM, Ivan xhh...@gmail.com wrote:

 I think that ger name space should not be hardcoded there. It should be
 got from the value of the jndiName.

 2011/3/21 viol...@apache.org

 Author: violalu
 Date: Mon Mar 21 05:45:34 2011
 New Revision: 1083678

 URL: http://svn.apache.org/viewvc?rev=1083678view=rev
 Log:
 GERONIMO-5862 bound ger:MailSession jndi to ger namespace.

 Modified:
geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml

  
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java

  
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/test/java/org/apache/geronimo/resource/mail/MailGBeanTest.java
geronimo/server/trunk/plugins/javamail/javamail/src/main/plan/plan.xml

 Modified: geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml
 URL:
 http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml?rev=1083678r1=1083677r2=1083678view=diff

 ==
 --- geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml
 (original)
 +++ geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml Mon Mar
 21 05:45:34 2011
 @@ -63,6 +63,14 @@
 groupIdorg.apache.geronimo.specs/groupId
 artifactIdgeronimo-activation_1.1_spec/artifactId
 /dependency
 +
 + dependency
 +groupIdorg.apache.geronimo.framework/groupId
 +artifactIdgeronimo-kernel/artifactId
 +version${project.version}/version
 +classifiertests/classifier
 +scopetest/scope
 +/dependency
 /dependencies

  /project

 Modified:
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java
 URL:
 http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java?rev=1083678r1=1083677r2=1083678view=diff

 ==
 ---
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java
 (original)
 +++
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java
 Mon Mar 21 05:45:34 2011
 @@ -39,6 +39,11 @@ import org.apache.geronimo.management.Ja
  import org.apache.geronimo.naming.ResourceSource;
  import org.slf4j.Logger;
  import org.slf4j.LoggerFactory;
 +import org.osgi.framework.BundleContext;
 +import org.osgi.framework.Filter;
 +import org.osgi.framework.ServiceReference;
 +
 +import javax.naming.spi.ObjectFactory;


  /**
 @@ -72,6 +77,7 @@ public class MailGBean implements GBeanL
 private String user;
 private Boolean debug;
 private String jndiName;
 +private BundleContext bundleContext;


 /**
 @@ -101,7 +107,8 @@ public class MailGBean implements GBeanL
  @ParamAttribute(name=host) String host,
  @ParamAttribute(name=user) String user,
  @ParamAttribute(name=debug) Boolean debug,
 - @ParamAttribute(name=jndiName) String jndiName) {
 + @ParamAttribute(name=jndiName) String jndiName,
 + @ParamSpecial(type =
 SpecialAttributeType.bundleContext) BundleContext bundleContext){
 this.objectName = objectName;
 this.protocols = protocols;
 setUseDefault(useDefault);
 @@ -113,6 +120,7 @@ public class MailGBean implements GBeanL
 setUser(user);
 setDebug(debug);
 setJndiName(jndiName);
 +this.bundleContext = bundleContext;
 }

 /**
 @@ -374,21 +382,15 @@ public class MailGBean implements GBeanL
 if (jndiName != null  jndiName.length()  0) {
 // first get the resource incase there are exceptions
 Object value = $getResource();
 -
 -// get the initial context
 -Context context = new InitialContext();
 -Name parsedName = context.getNameParser().parse(jndiName);
 -
 -// create intermediate contexts
 -for (int i = 1; i  parsedName.size(); i++) {
 -Name contextName = parsedName.getPrefix(i);
 -if (!bindingExists(context, contextName)) {
 -context.createSubcontext(contextName);
 -}
 -}
 -
 -// bind
 -context.bind(jndiName, value);
 +
 +//Get ger service, and bind ger:MailSession to context
 +ServiceReference[] sr =
 bundleContext.getServiceReferences(ObjectFactory.class.getName(),

[jira] [Created] (GERONIMO-5873) starttls.required is not supported by JavaMail

2011-03-21 Thread Kevan Miller (JIRA) 
starttls.required is not supported by JavaMail
--

 Key: GERONIMO-5873
 URL: https://issues.apache.org/jira/browse/GERONIMO-5873
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: mail
Affects Versions: 2.2.1, 2.1.7, 3.0-M2, 3.0
Reporter: Kevan Miller


starttls.required is not currently supported by our javamail implementation, 
but it looks like it should be.

if starttls.enable is set to true, then we will require that the server support 
TLS. This appears to be incorrect. We should only require TLS, if 
starttls.required=true. 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: svn commit: r1083678 - in /geronimo/server/trunk/plugins/javamail: geronimo-mail/ geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/ geronimo-mail/src/test/java/org/apache/geronimo/res

2011-03-21 Thread Ivan 
Not sure I understand your comments, ger is an existed context, what this
GBean does is to bind the mailsession to the specified context. e.g. If
users configured the jndiName with value jca:/a/b. With current changes, it
might not work.

2011/3/22 viola lu viola...@gmail.com

 But i think it's  unnecessary to create an extra namesapce that no other
 components will use in geronimo. And currently all namesapces are exposed as
 blueprint service, even i created one here, should i expose it too?


 On Mon, Mar 21, 2011 at 4:58 PM, Ivan xhh...@gmail.com wrote:

 I think that ger name space should not be hardcoded there. It should be
 got from the value of the jndiName.

 2011/3/21 viol...@apache.org

 Author: violalu
 Date: Mon Mar 21 05:45:34 2011
 New Revision: 1083678

 URL: http://svn.apache.org/viewvc?rev=1083678view=rev
 Log:
 GERONIMO-5862 bound ger:MailSession jndi to ger namespace.

 Modified:
geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml

  
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java

  
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/test/java/org/apache/geronimo/resource/mail/MailGBeanTest.java
geronimo/server/trunk/plugins/javamail/javamail/src/main/plan/plan.xml

 Modified: geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml
 URL:
 http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml?rev=1083678r1=1083677r2=1083678view=diff

 ==
 --- geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml
 (original)
 +++ geronimo/server/trunk/plugins/javamail/geronimo-mail/pom.xml Mon Mar
 21 05:45:34 2011
 @@ -63,6 +63,14 @@
 groupIdorg.apache.geronimo.specs/groupId
 artifactIdgeronimo-activation_1.1_spec/artifactId
 /dependency
 +
 + dependency
 +groupIdorg.apache.geronimo.framework/groupId
 +artifactIdgeronimo-kernel/artifactId
 +version${project.version}/version
 +classifiertests/classifier
 +scopetest/scope
 +/dependency
 /dependencies

  /project

 Modified:
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java
 URL:
 http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java?rev=1083678r1=1083677r2=1083678view=diff

 ==
 ---
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java
 (original)
 +++
 geronimo/server/trunk/plugins/javamail/geronimo-mail/src/main/java/org/apache/geronimo/resource/mail/MailGBean.java
 Mon Mar 21 05:45:34 2011
 @@ -39,6 +39,11 @@ import org.apache.geronimo.management.Ja
  import org.apache.geronimo.naming.ResourceSource;
  import org.slf4j.Logger;
  import org.slf4j.LoggerFactory;
 +import org.osgi.framework.BundleContext;
 +import org.osgi.framework.Filter;
 +import org.osgi.framework.ServiceReference;
 +
 +import javax.naming.spi.ObjectFactory;


  /**
 @@ -72,6 +77,7 @@ public class MailGBean implements GBeanL
 private String user;
 private Boolean debug;
 private String jndiName;
 +private BundleContext bundleContext;


 /**
 @@ -101,7 +107,8 @@ public class MailGBean implements GBeanL
  @ParamAttribute(name=host) String host,
  @ParamAttribute(name=user) String user,
  @ParamAttribute(name=debug) Boolean debug,
 - @ParamAttribute(name=jndiName) String jndiName) {
 + @ParamAttribute(name=jndiName) String jndiName,
 + @ParamSpecial(type =
 SpecialAttributeType.bundleContext) BundleContext bundleContext){
 this.objectName = objectName;
 this.protocols = protocols;
 setUseDefault(useDefault);
 @@ -113,6 +120,7 @@ public class MailGBean implements GBeanL
 setUser(user);
 setDebug(debug);
 setJndiName(jndiName);
 +this.bundleContext = bundleContext;
 }

 /**
 @@ -374,21 +382,15 @@ public class MailGBean implements GBeanL
 if (jndiName != null  jndiName.length()  0) {
 // first get the resource incase there are exceptions
 Object value = $getResource();
 -
 -// get the initial context
 -Context context = new InitialContext();
 -Name parsedName = context.getNameParser().parse(jndiName);
 -
 -// create intermediate contexts
 -for (int i = 1; i  parsedName.size(); i++) {
 -Name contextName = parsedName.getPrefix(i);
 -if (!bindingExists(context, contextName)) {
 -context.createSubcontext(contextName);
 -}

[jira] [Created] (GERONIMO-5874) Merge global context(jca) in KernelContextGbean into blueprint service jcaContextProvider

2011-03-21 Thread viola.lu (JIRA) 
Merge global context(jca) in KernelContextGbean into blueprint service 
jcaContextProvider
-

 Key: GERONIMO-5874
 URL: https://issues.apache.org/jira/browse/GERONIMO-5874
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: naming
Affects Versions: 3.0
Reporter: viola.lu
Assignee: viola.lu
Priority: Minor
 Fix For: 3.0


Before 3.0, all resource are bound to global context with jca prefix. But in 
3.0, now jca is exposed as blueprint service for use:
service id=jcaContextProvider
 interface=javax.naming.spi.ObjectFactory
service-properties
entry key=osgi.jndi.url.scheme value=jca/
/service-properties
bean class=org.apache.geronimo.naming.WritableURLContextFactory
argument
valuejca/value
/argument
/bean
/service

So have to update KernelContextGBean, bind all gbeans implemented 
resourcesource interface to jcaContextProvider 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (GERONIMO-5875) Add a standalone WAB Sample

2011-03-21 Thread viola.lu (JIRA) 
Add a standalone WAB Sample
---

 Key: GERONIMO-5875
 URL: https://issues.apache.org/jira/browse/GERONIMO-5875
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: sample apps
Affects Versions: 3.0
Reporter: viola.lu
Assignee: viola.lu
Priority: Minor
 Fix For: 3.0


Create a standalone WAB, not in an EBA

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: [Question] How to auto-map roles to groups in the realm

2011-03-21 Thread Shawn Jiang 
1, D:\src\trunkgit\plugins\j2ee\j2ee-deployer\src\main\plan\plan.xml

gbean name=SecurityBuilder
class=org.apache.geronimo.security.deployment.GeronimoSecurityBuilderImpl
attribute
name=credentialStoreName?name=CredentialStore#/attribute
references/references
/gbean



2,
org.apache.geronimo.security.deployment.GeronimoSecurityBuilderImpl.GeronimoSecurityBuilderImpl(AbstractNameQuery,
AbstractNameQuery, Environment)

public GeronimoSecurityBuilderImpl(@ParamAttribute(name =
credentialStoreName)AbstractNameQuery credentialStoreName,
   @ParamAttribute(name =
defaultRoleMappingName)AbstractNameQuery defaultRoleMappingName,
   @ParamAttribute(name =
defaultEnvironment)Environment defaultEnvironment) {
this.defaultCredentialStoreName = credentialStoreName;
this.defaultRoleMappingName = *defaultRoleMappingName*;
this.defaultEnvironment = defaultEnvironment;
}


There's a mechanism there to do default role mapping.   But there's no
default role mapping implementation for now.

I think you might want to add one by
implementing org.apache.geronimo.security.jacc.PrincipalRoleMapper  and then
add it as a reference of  SecurityBuilder in the deployment plan.

On Tue, Mar 22, 2011 at 12:13 AM, David Jencks david_jen...@yahoo.comwrote:

 People have discussed implementing this but at the moment you have to
 explicitly map principals, including group principals, to roles.

 thanks
 david jencks

 On Mar 21, 2011, at 6:50 AM, Shenghao Fang wrote:

  Hi All,
 
  I'm finding a way to map all groups in the realm to roles without
  explicitly defining them in the deployment descriptor.
  I searched the web and it looks like Geronimo supports such function.
  But I didn't find any document about it.
  Could anyone give any sample? Thanks.
 
 
  --
  Michael




-- 
Shawn

Re: We'll need maven 3 and genesis 2.1 soon

2011-03-21 Thread Shawn Jiang 
tck is still depending on maven 2.2.1.   I don't know if this will break tck
building.

On Tue, Mar 22, 2011 at 8:10 AM, David Jencks david_jen...@yahoo.comwrote:

 I've been working on the karaf feature plugin and it now needs maven 3 and
 some more recent plugin versions than are specified in genesis 2.

 Since with any luck we'll be able to assembly geronimo with this plugin
 shortly we'll need to require maven 3 and upgrade genesis.

 thanks
 david jencks




-- 
Shawn

Re: [Question] How to auto-map roles to groups in the realm

2011-03-21 Thread Shenghao Fang 
Thanks for your replies.

2011/3/22 Shawn Jiang genspr...@gmail.com:
 1, D:\src\trunkgit\plugins\j2ee\j2ee-deployer\src\main\plan\plan.xml
     gbean name=SecurityBuilder
 class=org.apache.geronimo.security.deployment.GeronimoSecurityBuilderImpl
         attribute
 name=credentialStoreName?name=CredentialStore#/attribute
         references/references
     /gbean


 2,
 org.apache.geronimo.security.deployment.GeronimoSecurityBuilderImpl.GeronimoSecurityBuilderImpl(AbstractNameQuery,
 AbstractNameQuery, Environment)
     public GeronimoSecurityBuilderImpl(@ParamAttribute(name =
 credentialStoreName)AbstractNameQuery credentialStoreName,
                                        @ParamAttribute(name =
 defaultRoleMappingName)AbstractNameQuery defaultRoleMappingName,
                                        @ParamAttribute(name =
 defaultEnvironment)Environment defaultEnvironment) {
         this.defaultCredentialStoreName = credentialStoreName;
         this.defaultRoleMappingName = defaultRoleMappingName;
         this.defaultEnvironment = defaultEnvironment;
     }

 There's a mechanism there to do default role mapping.   But there's no
 default role mapping implementation for now.
 I think you might want to add one by
 implementing org.apache.geronimo.security.jacc.PrincipalRoleMapper  and then
 add it as a reference of  SecurityBuilder in the deployment plan.
 On Tue, Mar 22, 2011 at 12:13 AM, David Jencks david_jen...@yahoo.com
 wrote:

 People have discussed implementing this but at the moment you have to
 explicitly map principals, including group principals, to roles.

 thanks
 david jencks

 On Mar 21, 2011, at 6:50 AM, Shenghao Fang wrote:

  Hi All,
 
  I'm finding a way to map all groups in the realm to roles without
  explicitly defining them in the deployment descriptor.
  I searched the web and it looks like Geronimo supports such function.
  But I didn't find any document about it.
  Could anyone give any sample? Thanks.
 
 
  --
  Michael




 --
 Shawn




-- 
Michael

Re: We'll need maven 3 and genesis 2.1 soon

2011-03-21 Thread David Jencks 
I've found that you get a lot of exceptions because groovy, maven 3, the gmaven 
plugin, and our groovy scripts aren't actually compatible, but the tck seems to 
work anyway.  Maybe I have some local modifications

thanks
david jencks

On Mar 21, 2011, at 7:02 PM, Shawn Jiang wrote:

 tck is still depending on maven 2.2.1.   I don't know if this will break tck 
 building.
 
 On Tue, Mar 22, 2011 at 8:10 AM, David Jencks david_jen...@yahoo.com wrote:
 I've been working on the karaf feature plugin and it now needs maven 3 and 
 some more recent plugin versions than are specified in genesis 2.
 
 Since with any luck we'll be able to assembly geronimo with this plugin 
 shortly we'll need to require maven 3 and upgrade genesis.
 
 thanks
 david jencks
 
 
 
 
 -- 
 Shawn

[jira] [Commented] (GERONIMO-5874) Merge global context(jca) in KernelContextGbean into blueprint service jcaContextProvider

2011-03-21 Thread David Jencks (JIRA) 

[ 
https://issues.apache.org/jira/browse/GERONIMO-5874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13009553#comment-13009553
 ] 

David Jencks commented on GERONIMO-5874:


What is actually looking things up in the jca: context?  Why can't we just drop 
it completely?

 Merge global context(jca) in KernelContextGbean into blueprint service 
 jcaContextProvider
 -

 Key: GERONIMO-5874
 URL: https://issues.apache.org/jira/browse/GERONIMO-5874
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: naming
Affects Versions: 3.0
Reporter: viola.lu
Assignee: viola.lu
Priority: Minor
 Fix For: 3.0


 Before 3.0, all resource are bound to global context with jca prefix. But in 
 3.0, now jca is exposed as blueprint service for use:
 service id=jcaContextProvider
  interface=javax.naming.spi.ObjectFactory
 service-properties
 entry key=osgi.jndi.url.scheme value=jca/
 /service-properties
 bean class=org.apache.geronimo.naming.WritableURLContextFactory
 argument
 valuejca/value
 /argument
 /bean
 /service
 So have to update KernelContextGBean, bind all gbeans implemented 
 resourcesource interface to jcaContextProvider 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[BUILD] branches/2.2: Failed for Revision: 1084018

2011-03-21 Thread gawor 
Geronimo Revision: 1084018 built with tests included
 
See the full build-2000.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.2/20110322/build-2000.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/2.2/20110322/unit-test-reports
 
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//doxia/doxia-core/1.0-alpha-4/doxia-core-1.0-alpha-4.pom
4K downloaded  (doxia-core-1.0-alpha-4.pom)
[WARNING] Component returned which is not the same manager. Ignored. 
component=org.apache.maven.profiles.activation.OperatingSystemProfileActivator@4b744b74
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/codehaus/plexus/plexus-cdc/1.0-alpha-13/plexus-cdc-1.0-alpha-13.pom
2K downloaded  (plexus-cdc-1.0-alpha-13.pom)
[WARNING] Component returned which is not the same manager. Ignored. 
component=org.apache.maven.profiles.activation.OperatingSystemProfileActivator@4b744b74
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/codehaus/plexus/plexus-tools/1.0.10/plexus-tools-1.0.10.pom
1K downloaded  (plexus-tools-1.0.10.pom)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/codehaus/plexus/plexus-container-default/1.0-alpha-43/plexus-container-default-1.0-alpha-43.pom
3K downloaded  (plexus-container-default-1.0-alpha-43.pom)
[WARNING] Component returned which is not the same manager. Ignored. 
component=org.apache.maven.profiles.activation.OperatingSystemProfileActivator@4b744b74
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/codehaus/plexus/plexus-containers/1.0-alpha-43/plexus-containers-1.0-alpha-43.pom
1K downloaded  (plexus-containers-1.0-alpha-43.pom)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/slf4j/slf4j-api/1.4.3/slf4j-api-1.4.3.jar
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//ant/ant/1.5.1/ant-1.5.1.jar
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//doxia/doxia-core/1.0-alpha-4/doxia-core-1.0-alpha-4.jar
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//jdom/jdom/1.0/jdom-1.0.jar
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//junit/junit/3.8.1/junit-3.8.1.jar
14K downloaded  (slf4j-api-1.4.3.jar)
254K downloaded  (doxia-core-1.0-alpha-4.jar)
700K downloaded  (ant-1.5.1.jar)
118K downloaded  (junit-3.8.1.jar)
149K downloaded  (jdom-1.0.jar)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//com/thoughtworks/qdox/qdox/1.6.3/qdox-1.6.3.jar
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//oro/oro/2.0.7/oro-2.0.7.jar
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//jmock/jmock/1.0.0/jmock-1.0.0.jar
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/codehaus/plexus/plexus-cdc-anno/1.0-alpha-1/plexus-cdc-anno-1.0-alpha-1.jar
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//commons-validator/commons-validator/1.1.4/commons-validator-1.1.4.jar
101K downloaded  (qdox-1.6.3.jar)
63K downloaded  (oro-2.0.7.jar)
67K downloaded  (jmock-1.0.0.jar)
5K downloaded  (plexus-cdc-anno-1.0-alpha-1.jar)
82K downloaded  (commons-validator-1.1.4.jar)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/apache/maven/reporting/maven-reporting-impl/2.0/maven-reporting-impl-2.0.jar
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/slf4j/slf4j-simple/1.4.3/slf4j-simple-1.4.3.jar
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/codehaus/plexus/plexus-component-annotations/1.0-alpha-9/plexus-component-annotations-1.0-alpha-9.jar
15K downloaded  (maven-reporting-impl-2.0.jar)
7K downloaded  (slf4j-simple-1.4.3.jar)
4K downloaded  (plexus-component-annotations-1.0-alpha-9.jar)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/codehaus/plexus/plexus-cdc/1.0-alpha-13/plexus-cdc-1.0-alpha-13.jar
60K downloaded  (plexus-cdc-1.0-alpha-13.jar)
Downloading: 
http://maven.rtp.raleigh.ibm.com/nexus-proxy//org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.jar
164K downloaded  (plexus-utils-1.1.jar)
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Internal error in the plugin manager executing goal 
'org.codehaus.plexus:plexus-maven-plugin:1.3.8:descriptor': Error adding plugin 
dependency 'org.codehaus.plexus:plexus-cdc-anno:jar' into plugin manager: 
Cannot add jar resource: 
/home/geronimo/.m2/repository/org/codehaus/plexus/plexus-cdc-anno/1.0-alpha-1/plexus-cdc-anno-1.0-alpha-1.jar
 (error discovering new components)
No such file or directory 
/home/geronimo/.m2/repository/org/codehaus/plexus/plexus-maven-plugin/1.3.8/plexus-maven-plugin-1.3.8.jar
[INFO] 
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Internal error in the 
plugin manager executing goal 
'org.codehaus.plexus:plexus-maven-plugin:1.3.8:descriptor': Error

[jira] [Commented] (GERONIMO-5874) Merge global context(jca) in KernelContextGbean into blueprint service jcaContextProvider

2011-03-21 Thread viola.lu (JIRA) 

[ 
https://issues.apache.org/jira/browse/GERONIMO-5874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13009560#comment-13009560
 ] 

viola.lu commented on GERONIMO-5874:


You mean don't bind resources to jca or remove jca namespace completely?

 Merge global context(jca) in KernelContextGbean into blueprint service 
 jcaContextProvider
 -

 Key: GERONIMO-5874
 URL: https://issues.apache.org/jira/browse/GERONIMO-5874
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: naming
Affects Versions: 3.0
Reporter: viola.lu
Assignee: viola.lu
Priority: Minor
 Fix For: 3.0


 Before 3.0, all resource are bound to global context with jca prefix. But in 
 3.0, now jca is exposed as blueprint service for use:
 service id=jcaContextProvider
  interface=javax.naming.spi.ObjectFactory
 service-properties
 entry key=osgi.jndi.url.scheme value=jca/
 /service-properties
 bean class=org.apache.geronimo.naming.WritableURLContextFactory
 argument
 valuejca/value
 /argument
 /bean
 /service
 So have to update KernelContextGBean, bind all gbeans implemented 
 resourcesource interface to jcaContextProvider 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (GERONIMO-5867) ejb corba call does not work

2011-03-21 Thread Forrest Xia (JIRA) 

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5867?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5867:
--

Attachment: (was: corbahellobean_web_ear.ear)

 ejb corba call does not work
 

 Key: GERONIMO-5867
 URL: https://issues.apache.org/jira/browse/GERONIMO-5867
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: OpenEJB
Affects Versions: 3.0
 Environment: ubuntu 10.04 x86
 oracle jdk 1.6.0_23
 geronimo build on 20110315
Reporter: Forrest Xia
Assignee: Shawn Jiang

 When trying ejb corba remote call in a web component with configuration like 
 this:
 web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web-1.1;
 
   ejb-ref
 ref-nameejb/HelloBean/ref-name
 ns-corbaloccorbaloc::localhost:3700/NameService/ns-corbaloc
 nameHelloRemote/name
 css-linkserver/IOR3/css-link
   /ejb-ref
 /web-app
 Another app server is listening on port 3700 to serve corba call, I found 
 geronimo 3.0-snapshot trunk does not initiate the remote corba call, instead 
 it initiate a local ejb object to serve ejb operations.
 In summary, current g server trunk build does not support ejb corba remote 
 call.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (GERONIMO-5867) ejb corba call does not work

2011-03-21 Thread Forrest Xia (JIRA) 

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5867?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5867:
--

Attachment: (was: corbahellobean_ejb_ear.ear)

 ejb corba call does not work
 

 Key: GERONIMO-5867
 URL: https://issues.apache.org/jira/browse/GERONIMO-5867
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: OpenEJB
Affects Versions: 3.0
 Environment: ubuntu 10.04 x86
 oracle jdk 1.6.0_23
 geronimo build on 20110315
Reporter: Forrest Xia
Assignee: Shawn Jiang

 When trying ejb corba remote call in a web component with configuration like 
 this:
 web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web-1.1;
 
   ejb-ref
 ref-nameejb/HelloBean/ref-name
 ns-corbaloccorbaloc::localhost:3700/NameService/ns-corbaloc
 nameHelloRemote/name
 css-linkserver/IOR3/css-link
   /ejb-ref
 /web-app
 Another app server is listening on port 3700 to serve corba call, I found 
 geronimo 3.0-snapshot trunk does not initiate the remote corba call, instead 
 it initiate a local ejb object to serve ejb operations.
 In summary, current g server trunk build does not support ejb corba remote 
 call.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira