[jira] Updated: (SM-822) java.lang.IllegalStateException: component is not owner, with jmsflow and jcaflow

2007-08-10 Thread Brian Maso (JIRA)

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

Brian Maso updated SM-822:
--

Comment: was deleted

 java.lang.IllegalStateException: component is not owner, with jmsflow and 
 jcaflow
 -

 Key: SM-822
 URL: https://issues.apache.org/activemq/browse/SM-822
 Project: ServiceMix
  Issue Type: Bug
  Components: servicemix-http
Affects Versions: incubation
 Environment: jdk5, linux, jboss 4.0.5, tomcat 5.0.28
Reporter: Grégoire A.

 Hi, 
 i have got this exception when i try to send and http request to the http 
 component
 form $svn.trunk/samples/services-web/servicemix-web-3.1-incubating-SNAPSHOT.
 java.lang.IllegalStateException: component is not owner
 .org.apache.servicemix.jbi.messaging.MessageExchangeImpl.setStatus(MessageExchangeImpl.java:210)
 .org.apache.servicemix.http.processors.ConsumerProcessor.process(ConsumerProcessor.java:240)
 .org.apache.servicemix.http.ManagedContextManager$MainProcessor.process(ManagedContextManager.java:116)
 .org.apache.servicemix.http.HttpManagedServlet.service(HttpManagedServlet.java:82)
 .javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
 just add this to the applicationContext.xml
 sm:broker
   sm:securedBroker authorizationMap=#authorizationMap
 sm:flows
   !--sm:jcaFlow connectionManager=#connectionManager
   jmsURL=tcp://localhost:61636 /--
   !--sm:sedaFlow /--
   sm:jmsFlow jmsURL=vm://localhost /
 /sm:flows
   /sm:securedBroker
 /sm:broker
 and 
 !-- ServiceMix authorization map --
   sm:authorizationMap id=authorizationMap
 sm:authorizationEntries
   sm:authorizationEntry service=*:* roles=* /
 /sm:authorizationEntries
   /sm:authorizationMap
 i would be ok to participate to fix this issue, but alone I'am not enough 
 qualified with SMX-Core design to fix it.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: building geronimo-2.0-rc1

2007-08-10 Thread Matt Hogstrom


On Aug 9, 2007, at 7:22 AM, Anita Kulshreshtha wrote:


   Is anyone else seeing this in geronimo-welcome.. I am building from
http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0- 
src.zip




I haven't as I haven't built on a Windows system.   Perhaps someone  
else can chime in?











Re: [VOTE] Geronimo 2.0 (RC1) and txmanager 2.0.1

2007-08-10 Thread Matt Hogstrom

Forgot my +1 (perhaps implied)

On Aug 8, 2007, at 3:56 AM, Matt Hogstrom wrote:

I have put together the release and its been a long journey to get  
here.


If you have comments please put them on the corresponding [DISCUSS]  
thread.


[ ] +1 Release Geronimo 2.0
[ ] 0   No opinion
[ ] -1  Do not release Geronimo 2.0

Vote will conclude on 0700 ET on Saturday August 11th.

Binaries and source artifacts are at http://people.apache.org/ 
~hogstrom/geronimo-2.0-rc1



Files are being uploaded as of the time of this writing.





[jira] Created: (GERONIMO-3393) scrub the attribute lists for tomcat connector gbeans

2007-08-10 Thread Paul McMahan (JIRA)
scrub the attribute lists for tomcat connector gbeans
-

 Key: GERONIMO-3393
 URL: https://issues.apache.org/jira/browse/GERONIMO-3393
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: Tomcat
Affects Versions: 2.0.x
Reporter: Paul McMahan


The list of attributes for tomcat connectors defined in TomcatManagerImpl 
should match Tomcat's online documentation as much as possible.   The default 
values and descriptions are a little out of synch.  

HTTP : http://tomcat.apache.org/tomcat-6.0-doc/config/http.html
AJP : http://tomcat.apache.org/tomcat-6.0-doc/config/ajp.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: [VOTE] Geronimo 2.0 (RC1) and txmanager 2.0.1

2007-08-10 Thread Vamsavardhana Reddy
+1

Vamsi

On 8/8/07, Matt Hogstrom [EMAIL PROTECTED] wrote:

 I have put together the release and its been a long journey to get here.

 If you have comments please put them on the corresponding [DISCUSS]
 thread.

 [ ] +1 Release Geronimo 2.0
 [ ] 0   No opinion
 [ ] -1  Do not release Geronimo 2.0

 Vote will conclude on 0700 ET on Saturday August 11th.

 Binaries and source artifacts are at http://people.apache.org/
 ~hogstrom/geronimo-2.0-rc1


 Files are being uploaded as of the time of this writing.



[jira] Created: (GERONIMO-3396) Update AbstractWebModuleBuilder to allow CreatePlan portlet to discover Annotations in a web-app

2007-08-10 Thread Shiva Kumar H R (JIRA)
Update AbstractWebModuleBuilder to allow CreatePlan portlet to discover 
Annotations in a web-app


 Key: GERONIMO-3396
 URL: https://issues.apache.org/jira/browse/GERONIMO-3396
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Priority: Minor
 Fix For: 2.1


CreatePlan portlet needs an ability to discover Annotations in a web-app 
without actually deploying the web-app into the server. This requires new 
behavior to be added to AbstractWebModuleBuilder.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-3395) Update AdminObjectRefBuilder to allow CreatePlan portlet to parse Annotations in a web-app

2007-08-10 Thread Shiva Kumar H R (JIRA)

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

Shiva Kumar H R updated GERONIMO-3395:
--

Attachment: GERONIMO-3395.patch

 Update AdminObjectRefBuilder to allow CreatePlan portlet to parse Annotations 
 in a web-app
 --

 Key: GERONIMO-3395
 URL: https://issues.apache.org/jira/browse/GERONIMO-3395
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Priority: Minor
 Fix For: 2.1

 Attachments: GERONIMO-3395.patch


 CreatePlan portlet needs an ability to discover Annotations in a web-app 
 without actually deploying the web-app into the server. This requires new 
 behavior to be added to AdminObjectRefBuilder.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: [VOTE] Geronimo 2.0 (RC1) and txmanager 2.0.1

2007-08-10 Thread Donald Woods

+1

-Donald

Matt Hogstrom wrote:

I have put together the release and its been a long journey to get here.

If you have comments please put them on the corresponding [DISCUSS] thread.

[ ] +1 Release Geronimo 2.0
[ ] 0   No opinion
[ ] -1  Do not release Geronimo 2.0

Vote will conclude on 0700 ET on Saturday August 11th.

Binaries and source artifacts are at 
http://people.apache.org/~hogstrom/geronimo-2.0-rc1



Files are being uploaded as of the time of this writing.




smime.p7s
Description: S/MIME Cryptographic Signature


[jira] Created: (GERONIMO-3397) Update WebDeployable deployment tool to allow CreatePlan portlet to discover EJB Annotations in a web-app

2007-08-10 Thread Shiva Kumar H R (JIRA)
Update WebDeployable deployment tool to allow CreatePlan portlet to discover 
EJB Annotations in a web-app
-

 Key: GERONIMO-3397
 URL: https://issues.apache.org/jira/browse/GERONIMO-3397
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Priority: Minor
 Fix For: 2.1


CreatePlan portlet needs an ability to discover Annotations in a web-app 
without actually deploying the web-app into the server. This requires new 
behavior to be added to WebDeployable deployment tool.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-3398) Add missing functionality to the JSR88 DConfigBean for a web-app

2007-08-10 Thread Shiva Kumar H R (JIRA)

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

Shiva Kumar H R updated GERONIMO-3398:
--

Attachment: GERONIMO-3398.patch

 Add missing functionality to the JSR88 DConfigBean for a web-app
 

 Key: GERONIMO-3398
 URL: https://issues.apache.org/jira/browse/GERONIMO-3398
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Priority: Minor
 Fix For: 2.1

 Attachments: GERONIMO-3398.patch


 Add the missing functionality to WebAppDConfigBean. CreatePlan portlet will 
 use this new functionality.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (GERONIMO-3395) Update AdminObjectRefBuilder to allow CreatePlan portlet to parse Annotations in a web-app

2007-08-10 Thread Shiva Kumar H R (JIRA)
Update AdminObjectRefBuilder to allow CreatePlan portlet to parse Annotations 
in a web-app
--

 Key: GERONIMO-3395
 URL: https://issues.apache.org/jira/browse/GERONIMO-3395
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Priority: Minor
 Fix For: 2.1


CreatePlan portlet needs an ability to discover Annotations in a web-app 
without actually deploying the web-app into the server. This requires new 
behavior to be added to AdminObjectRefBuilder.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: Ehcache Standard JBI Component

2007-08-10 Thread Ray McDermott

Any news on this?

I was about to make a post suggesting something similar.  I thought it might
be better to use the Spring cache integration interface so that other caches
than EHCache can be plugged in.

I have a small presentation showing the issues and would welcome comments.

Specifically I think that the users should be able to dynamically configure
both the cache the way in which it is applied.

I would be interested in progress so far

Cheers

ray


http://www.nabble.com/file/p12094962/ESB%2BCaching%2B-%2BServiceMix.ppt
ESB+Caching+-+ServiceMix.ppt 



I hear you on the configuration item.  Yes, it would definately be useful to
allow a SU to provide its own ehcache.xml within it.  Perhaps we do
something where you can specify an  element that will let you provide an
ehcache.xml file location, which will bind all of the endpoints within the
SU to the CacheManager that gets created/configured by that ehcache.xml
file.  If you do not provide this configuration element then it will default
to whatever CacheManager is already configured for the component itself. 
This would allow a lot of flexibility with integrations that get created and
that have specialized caching requirements.  So your SU may look something
like:



  
  
  

  



Regards,

-Jeff


bsnyder wrote:
 
 On 12/3/06, jpuro  wrote:

 I am planning on creating a standard JBI component for ehcache so that
 one
 can easily deploy ehcache endpoints into ServiceMix and other JBI
 compliant
 containers.  Here are some high level requirements that I think would be
 useful for this component.  Please respond to this thread with any
 comments
 are concerns.
 
 Great idea!
 
 1)  There should be a way to configure endpoints that when deployed
 create
 actual Caches.  The endpoints should be able to have expressions
 associated
 with them that can determine how the Cache matches information based off
 of
 the Normalized Message.  So for example, if you have properties that need
 to
 be a part of your key in the cache then you can use an expression to
 match
 that.  If there is an XPath expression that needs to be matched, this can
 also be used.
 
 Interesting idea.
 
 2)  I'm still not sure whether it makes sense to allow for a SU to
 configure
 the CacheManager itself using the ehcache.xml configuration file.  The
 benefit of this is that you leave the component to just worrying about
 configuration files and not starting up any cachemanagers itself.  You
 will
 also be able to create specialized cachemanager's with their associated
 information on the fly.  I could see this as being beneficial.  However,
 perhaps it's better to leave the Ehcache configuration specific to the
 component itself.  That is to say that when you deploy the component it
 loads up its already packaged ehcache.xml file which configures the
 CacheManager.  If someone needs a different configuration they will have
 to
 edit the one packaged with the component or go to JMX and update the
 values
 stored there.
 
 I think the configuration is pretty critical. Obviously there needs to
 be a default configuration, but allowing users to change that
 configuration or offer a completely different configuration both need
 to be top priorities.
 
 Bruce
 -- 
 perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61E
 
 

-- 
View this message in context: 
http://www.nabble.com/Ehcache-Standard-JBI-Component-tf2747953s12049.html#a12094962
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.


[jira] Created: (GERONIMO-3394) JSR88 DConfigBean for message-destinationType

2007-08-10 Thread Shiva Kumar H R (JIRA)
JSR88 DConfigBean for message-destinationType
-

 Key: GERONIMO-3394
 URL: https://issues.apache.org/jira/browse/GERONIMO-3394
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Priority: Minor
 Fix For: 2.1


Add the missing DConfigBean for message-destinationType of a Geronimo 
deployment plan. CreatePlan portlet will use this DConfigBean.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (SM-822) java.lang.IllegalStateException: component is not owner, with jmsflow and jcaflow

2007-08-10 Thread Brian Maso (JIRA)

[ 
https://issues.apache.org/activemq/browse/SM-822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39898
 ] 

Brian Maso commented on SM-822:
---

I am getting a similar error using the Straight Through flow. I have 1 
servicemix-bean POJO sending an InOut exchange to another servicemix-bean POJO. 
The receiver tries to set the exchange state to ERROR when a particular problem 
is detected, and I'm getting this exception. I get the same exception when only 
setting a fault on the exchange.

More specifics: I have 2 services installed as POJOs, call them A and B. I have 
a SpringTestSupport-based test that creates an InOut exchange targeting service 
A; service A creates a second InOut exchange targeting service B. Service B 
detects an error during its invocation, and attempts to set the exchange state 
to ERROR, and set a Fault in the exchange -- gets an IllegalStateException when 
it tries to do either.





 java.lang.IllegalStateException: component is not owner, with jmsflow and 
 jcaflow
 -

 Key: SM-822
 URL: https://issues.apache.org/activemq/browse/SM-822
 Project: ServiceMix
  Issue Type: Bug
  Components: servicemix-http
Affects Versions: incubation
 Environment: jdk5, linux, jboss 4.0.5, tomcat 5.0.28
Reporter: Grégoire A.

 Hi, 
 i have got this exception when i try to send and http request to the http 
 component
 form $svn.trunk/samples/services-web/servicemix-web-3.1-incubating-SNAPSHOT.
 java.lang.IllegalStateException: component is not owner
 .org.apache.servicemix.jbi.messaging.MessageExchangeImpl.setStatus(MessageExchangeImpl.java:210)
 .org.apache.servicemix.http.processors.ConsumerProcessor.process(ConsumerProcessor.java:240)
 .org.apache.servicemix.http.ManagedContextManager$MainProcessor.process(ManagedContextManager.java:116)
 .org.apache.servicemix.http.HttpManagedServlet.service(HttpManagedServlet.java:82)
 .javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
 just add this to the applicationContext.xml
 sm:broker
   sm:securedBroker authorizationMap=#authorizationMap
 sm:flows
   !--sm:jcaFlow connectionManager=#connectionManager
   jmsURL=tcp://localhost:61636 /--
   !--sm:sedaFlow /--
   sm:jmsFlow jmsURL=vm://localhost /
 /sm:flows
   /sm:securedBroker
 /sm:broker
 and 
 !-- ServiceMix authorization map --
   sm:authorizationMap id=authorizationMap
 sm:authorizationEntries
   sm:authorizationEntry service=*:* roles=* /
 /sm:authorizationEntries
   /sm:authorizationMap
 i would be ok to participate to fix this issue, but alone I'am not enough 
 qualified with SMX-Core design to fix it.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-3329) javaVirtualMachine param for StartServerMojo in geronimo-maven-plugin doesn't work

2007-08-10 Thread Donald Woods (JIRA)

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

Donald Woods updated GERONIMO-3329:
---

Affects Version/s: (was: 2.0-M7)
   2.0.x

Jason, can you take a look at this, so we can use the maven-plugin to launch 
the server under different JVMs, like the IBM SDK.?

 javaVirtualMachine param for StartServerMojo in geronimo-maven-plugin doesn't 
 work
 --

 Key: GERONIMO-3329
 URL: https://issues.apache.org/jira/browse/GERONIMO-3329
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: geronimo-maven-plugin
Affects Versions: 2.0.x
 Environment: WinXP, Sun 1.5.0_11 and IBM 1.5.0 SR5
Reporter: Donald Woods
Assignee: Jason Dillon

 Was trying to use the javaVirtualMachine param on the geronimo-maven-plugin 
 to specify which JVM to use when starting the server, but the param is 
 ignored.  I tried updating the plugin to take a String called javaHome, but 
 this was never passed in either when it was set in the configuration section 
 of pom.xml.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: building geronimo-2.0-rc1

2007-08-10 Thread Anita Kulshreshtha
   I have tried it on another windows machine with same fate...

Thanks for responding
Anita

--- Prasad Kashyap [EMAIL PROTECTED] wrote:

 I see this same problem on Windows while building branches/2.0.0 and
 with a squeaky clean repo.
 
 I do not have this problem on Linux.
 
 Cheers
 Prasad
 
 On 8/10/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
  I have not been so lucky. I have tried branches/2.0.0 also. I
 have
  tried deleting org.codehaus.mojo.jspc and ant from .m2 repo without
 any
  success (The trunk builds fine).
 
  Thanks
  Anita
 
  --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
 
   I am not exactly building from geronimo-2.0-src.zip, but from
   branches\2.0.0.  If that still counts as if I built from src
 zip... I
   have
   not run into this problem.  I have tried after removing
   jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so that it
   downloads a
   fresh.
  
   --vamsi
  
  
   On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
   
   Is anyone else seeing this in geronimo-welcome.. I am
 building
   from
   
  
 

http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
   
Thanks
Anita
   
Downloading:
   
 http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler
-tomcat6/2.0-alpha-1/jspc-compiler-tomcat6-2.0-alpha-1.jar
4K downloaded
[INFO] [jspc:compile {execution: default}]
[INFO]
   
  
 


[ERROR] FATAL ERROR
[INFO]
   
  
 


[INFO] null
Illegal character in path at index 18: file:/C:/Documents and
Settings/Anita/.m2
/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[INFO]
   
  
 


[INFO] Trace
java.lang.IllegalArgumentException
at java.net.URI.create(URI.java:842)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
   Method)
at
   
  
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
   
  
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.tools.ant.launch.Locator.fromURI(Locator.java:162)
at
   
  
 org.apache.tools.ant.launch.Locator.getResourceSource(Locator.java:11
9)
at
   
 org.apache.tools.ant.launch.Locator.getClassSource(Locator.java:90)
at
 org.apache.tools.ant.Project.setAntLib(Project.java:313)
at
org.apache.tools.ant.Project.initProperties(Project.java:309)
at org.apache.tools.ant.Project.init(Project.java:295)
at
   
  
 org.codehaus.mojo.groovy.util.AntBuilder.createProject(AntBuilder.jav
a:65)
at
   
 org.codehaus.mojo.groovy.util.AntBuilder.init(AntBuilder.java:39)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
   Method)
   
at
   
  
 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
orAccessorImpl.java:39)
at
   
  
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
onstructorAccessorImpl.java:27)
at
java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at
   
  
 org.codehaus.groovy.runtime.MetaClassHelper.doConstructorInvoke(MetaC
lassHelper.java:563)
at
   
  
 groovy.lang.MetaClassImpl.doConstructorInvoke(MetaClassImpl.java:1864
)
at
   
 groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:804)
at
   
 groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:734)
at
   
  
 org.codehaus.groovy.runtime.Invoker.invokeConstructorOf(Invoker.java:
143)
at
   
  
 org.codehaus.groovy.runtime.InvokerHelper.invokeConstructorOf(Invoker
Helper.java:114)
at
   
  
 org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeNewN(ScriptBy
tecodeAdapter.java:214)
at
   
  
 org.codehaus.mojo.groovy.GroovyMojoSupport.getAnt(GroovyMojoSupport.g
roovy:42)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
   Method)
at
   
  
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
   
  
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
   
  
 org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Ref
lectionMetaMethod.java:52)
at
   
  
 org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassH
elper.java:714)
at
groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:936)
at

Re: [VOTE] Geronimo 2.0 (RC1) and txmanager 2.0.1

2007-08-10 Thread David Jencks


On Aug 10, 2007, at 6:54 AM, Christopher Blythe wrote:


Jencks, et. al.

Any idea if this was ever addressed?

https://issues.apache.org/jira/browse/GERONIMO-3354


Sorry, that is not fixed in 2.0

david jencks



Thanks...

Chris

On 8/10/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
Forgot my +1 (perhaps implied)

On Aug 8, 2007, at 3:56 AM, Matt Hogstrom wrote:

 I have put together the release and its been a long journey to get
 here.

 If you have comments please put them on the corresponding [DISCUSS]
 thread.

 [ ] +1 Release Geronimo 2.0
 [ ] 0   No opinion
 [ ] -1  Do not release Geronimo 2.0

 Vote will conclude on 0700 ET on Saturday August 11th.

 Binaries and source artifacts are at http://people.apache.org/
 ~hogstrom/geronimo-2.0-rc1


 Files are being uploaded as of the time of this writing.





--  
I say never be complete, I say stop being perfect, I say let...  
lets evolve, let the chips fall where they may. - Tyler Durden




Re: SUN PROPRIETARY/CONFIDENTIAL code in myfaces

2007-08-10 Thread Kevan Miller


On Aug 10, 2007, at 12:52 AM, Craig L Russell wrote:


On Aug 9, 2007, at 6:50 PM, Sam Ruby wrote:


On 8/4/07, David Jencks [EMAIL PROTECTED] wrote:


I'm a bit confused though about the inclusion of cddl xsds in apache
svn since IIUC you have indicated xsds are definitely source
code (I completely agree) and the draft 3rd party licensing page
says cddl source can't be in apache releases.  It doesn't say  
whether
a few files can be in svn or not AFAICT but that certainly looks  
like

it would prohibit shipping an asf jar with any cddl xsds in it.


I've updated the draft 3rd party licensing page:

http://people.apache.org/~rubys/3party.html


+1

Thanks for the update, Sam!


Agreed. Also, thanks for the timely and informative responses. They  
were very helpful in deciding how to move forward on this matter.




IIUC, Geronimo makes two uses of the CDDL-licensed xsd files.

1. The unmodified xsd files are available to the xml parser to  
avoid downloading the files from the internet during operation.


2. The unmodified xsd files are compiled into Java classes which  
are then compiled into binary form for execution.


The new policy seems to address both cases, assuming that Geronimo  
chooses to update their copies of the files to the CDDL-licensed  
versions.


Just to be precise, Geronimo does not currently use CDDL-licensed  
schema files. Moving to the CDDL-licensed versions of these schema  
files is, IMO, the right thing to do. I intend to start this next week.


There's still the question of how the CDDL license extends to the  
resultant binaries. Something for next week, I guess...


--kevan


Re: [VOTE] Geronimo 2.0 (RC1) and txmanager 2.0.1

2007-08-10 Thread Christopher Blythe
Jencks, et. al.

Any idea if this was ever addressed?

https://issues.apache.org/jira/browse/GERONIMO-3354

Thanks...

Chris

On 8/10/07, Matt Hogstrom [EMAIL PROTECTED] wrote:

 Forgot my +1 (perhaps implied)

 On Aug 8, 2007, at 3:56 AM, Matt Hogstrom wrote:

  I have put together the release and its been a long journey to get
  here.
 
  If you have comments please put them on the corresponding [DISCUSS]
  thread.
 
  [ ] +1 Release Geronimo 2.0
  [ ] 0   No opinion
  [ ] -1  Do not release Geronimo 2.0
 
  Vote will conclude on 0700 ET on Saturday August 11th.
 
  Binaries and source artifacts are at http://people.apache.org/
  ~hogstrom/geronimo-2.0-rc1
 
 
  Files are being uploaded as of the time of this writing.
 




-- 
I say never be complete, I say stop being perfect, I say let... lets
evolve, let the chips fall where they may. - Tyler Durden


[jira] Updated: (GERONIMO-3397) Update WebDeployable deployment tool to allow CreatePlan portlet to discover EJB Annotations in a web-app

2007-08-10 Thread Shiva Kumar H R (JIRA)

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

Shiva Kumar H R updated GERONIMO-3397:
--

Attachment: GERONIMO-3397.patch

 Update WebDeployable deployment tool to allow CreatePlan portlet to discover 
 EJB Annotations in a web-app
 -

 Key: GERONIMO-3397
 URL: https://issues.apache.org/jira/browse/GERONIMO-3397
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Priority: Minor
 Fix For: 2.1

 Attachments: GERONIMO-3397.patch


 CreatePlan portlet needs an ability to discover Annotations in a web-app 
 without actually deploying the web-app into the server. This requires new 
 behavior to be added to WebDeployable deployment tool.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-3394) JSR88 DConfigBean for message-destinationType

2007-08-10 Thread Shiva Kumar H R (JIRA)

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

Shiva Kumar H R updated GERONIMO-3394:
--

Attachment: GERONIMO-3394.patch

 JSR88 DConfigBean for message-destinationType
 -

 Key: GERONIMO-3394
 URL: https://issues.apache.org/jira/browse/GERONIMO-3394
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Priority: Minor
 Fix For: 2.1

 Attachments: GERONIMO-3394.patch


 Add the missing DConfigBean for message-destinationType of a Geronimo 
 deployment plan. CreatePlan portlet will use this DConfigBean.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: SUN PROPRIETARY/CONFIDENTIAL code in myfaces

2007-08-10 Thread Craig L Russell

On Aug 9, 2007, at 6:50 PM, Sam Ruby wrote:


On 8/4/07, David Jencks [EMAIL PROTECTED] wrote:


I'm a bit confused though about the inclusion of cddl xsds in apache
svn since IIUC you have indicated xsds are definitely source
code (I completely agree) and the draft 3rd party licensing page
says cddl source can't be in apache releases.  It doesn't say whether
a few files can be in svn or not AFAICT but that certainly looks like
it would prohibit shipping an asf jar with any cddl xsds in it.


I've updated the draft 3rd party licensing page:

http://people.apache.org/~rubys/3party.html


+1

Thanks for the update, Sam!

IIUC, Geronimo makes two uses of the CDDL-licensed xsd files.

1. The unmodified xsd files are available to the xml parser to avoid  
downloading the files from the internet during operation.


2. The unmodified xsd files are compiled into Java classes which  
are then compiled into binary form for execution.


The new policy seems to address both cases, assuming that Geronimo  
chooses to update their copies of the files to the CDDL-licensed  
versions.



The longer term intent is to revise the document to say something
along the lines of Category A is always OK,
Category C is never


You mean Category X I assume...

Craig

P.S. One more note: I've been unable to get a timely response from  
the Java SE folks regarding licensing of the two remaining dtd files.  
Hopefully there will be a reply shortly...

  http://java.sun.com/dtd/properties.dtd
  http://java.sun.com/dtd/preferences.dtd



OK, and Category B is up to the PMC, with the following
guidance

- Sam Ruby

-
DISCLAIMER: Discussions on this list are informational and educational
only.  Statements made on this list are not privileged, do not
constitute legal advice, and do not necessarily reflect the opinions
and policies of the ASF.  See http://www.apache.org/licenses/ for
official ASF policies and documents.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Craig Russell
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:[EMAIL PROTECTED]
P.S. A good JDO? O, Gasp!



smime.p7s
Description: S/MIME cryptographic signature


[jira] Commented: (GERONIMO-3329) javaVirtualMachine param for StartServerMojo in geronimo-maven-plugin doesn't work

2007-08-10 Thread Jason Dillon (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-3329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519102
 ] 

Jason Dillon commented on GERONIMO-3329:


Okay, I'll take a peek.  How were you setting the param?  And can you give me a 
{{mvn -X}} output?

 javaVirtualMachine param for StartServerMojo in geronimo-maven-plugin doesn't 
 work
 --

 Key: GERONIMO-3329
 URL: https://issues.apache.org/jira/browse/GERONIMO-3329
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: geronimo-maven-plugin
Affects Versions: 2.0.x
 Environment: WinXP, Sun 1.5.0_11 and IBM 1.5.0 SR5
Reporter: Donald Woods
Assignee: Jason Dillon

 Was trying to use the javaVirtualMachine param on the geronimo-maven-plugin 
 to specify which JVM to use when starting the server, but the param is 
 ignored.  I tried updating the plugin to take a String called javaHome, but 
 this was never passed in either when it was set in the configuration section 
 of pom.xml.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: building geronimo-2.0-rc1

2007-08-10 Thread Prasad Kashyap
I see this same problem on Windows while building branches/2.0.0 and
with a squeaky clean repo.

I do not have this problem on Linux.

Cheers
Prasad

On 8/10/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
 I have not been so lucky. I have tried branches/2.0.0 also. I have
 tried deleting org.codehaus.mojo.jspc and ant from .m2 repo without any
 success (The trunk builds fine).

 Thanks
 Anita

 --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:

  I am not exactly building from geronimo-2.0-src.zip, but from
  branches\2.0.0.  If that still counts as if I built from src zip... I
  have
  not run into this problem.  I have tried after removing
  jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so that it
  downloads a
  fresh.
 
  --vamsi
 
 
  On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
  
  Is anyone else seeing this in geronimo-welcome.. I am building
  from
  
 
 http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
  
   Thanks
   Anita
  
   Downloading:
   http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler
   -tomcat6/2.0-alpha-1/jspc-compiler-tomcat6-2.0-alpha-1.jar
   4K downloaded
   [INFO] [jspc:compile {execution: default}]
   [INFO]
  
 
 
   [ERROR] FATAL ERROR
   [INFO]
  
 
 
   [INFO] null
   Illegal character in path at index 18: file:/C:/Documents and
   Settings/Anita/.m2
   /repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
   [INFO]
  
 
 
   [INFO] Trace
   java.lang.IllegalArgumentException
   at java.net.URI.create(URI.java:842)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
  Method)
   at
  
  sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
   java:39)
   at
  
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
   sorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at
   org.apache.tools.ant.launch.Locator.fromURI(Locator.java:162)
   at
  
  org.apache.tools.ant.launch.Locator.getResourceSource(Locator.java:11
   9)
   at
   org.apache.tools.ant.launch.Locator.getClassSource(Locator.java:90)
   at org.apache.tools.ant.Project.setAntLib(Project.java:313)
   at
   org.apache.tools.ant.Project.initProperties(Project.java:309)
   at org.apache.tools.ant.Project.init(Project.java:295)
   at
  
  org.codehaus.mojo.groovy.util.AntBuilder.createProject(AntBuilder.jav
   a:65)
   at
   org.codehaus.mojo.groovy.util.AntBuilder.init(AntBuilder.java:39)
   at
   sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
  Method)
  
   at
  
  sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
   orAccessorImpl.java:39)
   at
  
  sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
   onstructorAccessorImpl.java:27)
   at
   java.lang.reflect.Constructor.newInstance(Constructor.java:494)
   at
  
  org.codehaus.groovy.runtime.MetaClassHelper.doConstructorInvoke(MetaC
   lassHelper.java:563)
   at
  
  groovy.lang.MetaClassImpl.doConstructorInvoke(MetaClassImpl.java:1864
   )
   at
   groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:804)
   at
   groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:734)
   at
  
  org.codehaus.groovy.runtime.Invoker.invokeConstructorOf(Invoker.java:
   143)
   at
  
  org.codehaus.groovy.runtime.InvokerHelper.invokeConstructorOf(Invoker
   Helper.java:114)
   at
  
  org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeNewN(ScriptBy
   tecodeAdapter.java:214)
   at
  
  org.codehaus.mojo.groovy.GroovyMojoSupport.getAnt(GroovyMojoSupport.g
   roovy:42)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
  Method)
   at
  
  sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
   java:39)
   at
  
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
   sorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at
  
  org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Ref
   lectionMetaMethod.java:52)
   at
  
  org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassH
   elper.java:714)
   at
   groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:936)
   at
   groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:2183)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
  Method)
   at
  
  sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
   java:39)
   at
  
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
   sorImpl.java:25)

Re: DRAFT Press Release (final draft for review)

2007-08-10 Thread Jay D. McHugh

Matt,

There is a typo just before the 'About the Apache Software Foundation' 
section.


Finally, Apache Geronimo 2.0 is breaks new ground with as the first Open 
Source Application Server ...


should probably be

Finally, Apache Geronimo 2.0 breaks new ground as the first Open Source 
Application Server ...


Jay

Matt Hogstrom wrote:
I think I addressed many of the concerns.  Special thanks to Amy 
Hocraffer for some great ideas to better organize and spiff up the 
announcement.


Please take a few minutes and comments and review. Also, please make 
sure our claims are accurate :)


= DRAFT =


Apache Geronimo Version 2.0 released by Apache Software Foundation


date/time/location—The Apache Software Foundation (ASF) announced 
today the release of Apache Geronimo Version 2.0. This release 
represents the latest open source Java Enterprise Edition 5.0 
application server from the Apache Geronimo project, and continues the 
evolution of the Apache Geronimo server by adding new features and 
capabilities to a fully compliant and certified Java Enterprise 
Edition container suitable for everything from a development 
environment to enterprise-level deployments.


Apache Geronimo Version 2.0 introduces several new features like 
simplified development, improved diagnostics and flexible assemblies.
Simplified deployment is achieved through the use of standards based 
programming model enhancements found in Java Enterprise Edition 5.0.   
Some of the new features include:

Streamlined development options provided with Java Enterprise Edition 5.0
EJB 3.0 persistence
A programming model that uses annotations to express developer 
defaults in the source code


Improved diagnostic capabilities include enhanced logging, class 
loader viewer as well as JMX browser all available from the included 
console.  Change logging levels on the fly as well as view existing 
logs with a set of filters.  Looking for a class and wondering where 
it came from?  The class loader viewer let’s you find them.  Want to 
see or change the attributes for MBeans in the server?  The JMX 
browser allows you to navigate the MBeans in the server in a simple 
tree format without having to hook up external consoles or third party 
products.


Flexible assemblies are realized through the project’s continued 
promotion of the ”Little G” Version 2.0—a lightweight container 
offering for projects that don’t need the full feature set of Java 
Enterprise Edition 5.0.  Perfect for web-service and SOA deployments, 
Little G brings the modularity, manageability and extensibility of 
Apache Geronimo to a lightweight assembly that is small in footprint 
but full of capability.


This flexible, user-friendly, and easy-to-configure application server 
is built from best-of-breed open source components and is fully 
licensed under the Apache Software License, offering multiple benefits 
to organizations and their development teams. They can use Apache 
Geronimo as-is or, if they so choose, create their own custom 
offerings without the restrictions imposed by other Open Source licenses. 

Finally, Apache Geronimo 2.0 is breaks new ground with as the first 
Open Source Application Server to provide its users with two certified 
Web Services implementations.  Users can choose between Apache Axis 
and Apache CXF for their JAX-WS Web Services provider.  Flexibility 
and choice, you have both with Apache Geronimo.


The software can be downloaded for free from the Apache Geronimo web 
site ( http://geronimo.apache.org/).



About the Apache Software Foundation

The Apache Software Foundation provides organizational, legal and 
financial support for a broad range of open source software projects. 
The Foundation provides an established framework for intellectual 
property and financial contributions, while simultaneously limiting 
contributors' potential legal exposure. Through a collaborative and 
meritocratic development process, Apache projects deliver 
enterprise-grade, freely available software products that attract 
large communities of users. The pragmatic Apache License makes it easy 
for all users--commercial and individual--to deploy Apache products. 
For more information on The Apache Software Foundation, please visit 
http://www.apache.org/.



Java, J2EE and Java Enterprise Edition are trademarks or registered 
trademarks of Sun Microsystems, Inc. in the United States and other 
countries. All other trademarks or registered trademarks herein are 
property of their respective owners.


= DRAFT =




Re: Tomcat connectors

2007-08-10 Thread Filip Hanik - Dev Lists

David Jencks wrote:


On Aug 9, 2007, at 3:58 PM, Filip Hanik - Dev Lists wrote:


David Jencks wrote:


On Aug 9, 2007, at 11:18 AM, threepointsomething wrote:



I am quite new to Geronimo, so I am not sure if the steps I 
followed are

right. Here goes:

I had to ensure that the NIO connector is picked up in place of the 
basic

HTTP connector, so I made the following change in
configs\tomcat6\src\plan\plan.xml:

lt;gbean name=TomcatWebConnector
class=org.apache.geronimo.tomcat.connector.Http11NIOConnectorGBeangt; 



I then rebuilt config\tomcat6\. When I started Geronimo, it picked 
up the

NIO connector as expected.

  Listening on Ports:
1050 127.0.0.1 CORBA Naming Service
1099 0.0.0.0   RMI Naming
1527 0.0.0.0   Derby Connector
2001 127.0.0.1 OpenEJB ORB Adapter
4201 0.0.0.0   OpenEJB Daemon
6882 127.0.0.1 OpenEJB ORB Adapter
8009 0.0.0.0   Tomcat Connector AJP AJP
8080 0.0.0.0   Tomcat Connector HTTP NIO HTTP
8443 0.0.0.0   Tomcat Connector HTTPS BIO HTTPS
 0.0.0.0   JMX Remoting Connector
   61613 0.0.0.0   ActiveMQ Transport Connector
   61616 0.0.0.0   ActiveMQ Transport Connector

I then ran a sample comet application (WAR) that was executing 
properly in

Tomcat and tried it in this instance of Geronimo. Seemed to work fine.

I was wondering if there is a simpler way of configuring NIO 
without having
to rebuild config\tomcat6. If so can you please suggest how I can 
do that?


Well, I expect we actually want to ship with the NIO connectors used 
by default anyway, like we do for jetty.
I'd ship with the 6.0.14 code, tons of fixes since the last stable 
release.
the code has been voted stable and ready to announce, we're just 
waiting for the RM to pull his head out of his rear :)

http://people.apache.org/~remm/tomcat-6/v6.0.14/


That's a bit of a different point.  I was referring to which of the 8 
or so tomcat connectors we turn on by default: I think we want to turn 
on the NIO ones rather than the BIO ones.  The tomcat code base we are 
shipping is based pretty much on near-to-6.0.14 code but with the 
annotation processor changes applied, which we need for 
certification.  I imagine as soon as the annotation processor changes 
are in a released tomcat version we'll switch to that, until then we 
are stuck building our own copies.


thanks
david jencks
forgot about that, I'll probably volunteer as RM for the trunk project, 
so that we can get some snapshots and alpha/beta(s) out the door


Filip




Filip


However until we get there you can either turn off the BIO connector 
and add a NIO connector in var/config/config.xml or turn off the BIO 
connector in config.xml and add the appropriate connector to the 
geronimo plan for your app.  You can add the NIO connector using the 
admin console, but I think you need to turn off the BIO connector by 
editing config.xml when geronimo is not running.  add the attribute 
load=false to the gbean entry for the BIO connector.


Hope this helps
david jencks




Thanks,
Gautham.

--View this message in context: 
http://www.nabble.com/Tomcat-connectors-tf4132628s134.html#a12077742
Sent from the Apache Geronimo - Dev mailing list archive at 
Nabble.com.






--No virus found in this incoming message.
Checked by AVG Free Edition.Version: 7.5.476 / Virus Database: 
269.11.10/943 - Release Date: 8/8/2007 5:38 PM









--No virus found in this incoming message.
Checked by AVG Free Edition.Version: 7.5.476 / Virus Database: 
269.11.10/943 - Release Date: 8/8/2007 5:38 PM







Re: DRAFT Press Release (final draft for review)

2007-08-10 Thread Ted Husted
On 8/10/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
 I think I addressed many of the concerns.  Special thanks to Amy Hocraffer 
 for some
 great ideas to better organize and spiff up the announcement.

FWIW, I'd suggest leading with the closing paragraph, like so (mildly edited):

The newly released Apache Geronimo 2.0 (geronimo.apache.org) breaks
new ground as the first Open Source Application Server to provide two
certified Web Services implementations: Apache Axis and Apache CXF.

Apache Geronimo 2.0 is the latest open source Java Enterprise Edition
5.0 application server from the Apache Software Foundation, and
continues the evolution of the Apache Geronimo server by adding new
features and capabilities to a fully compliant and certified Java
Enterprise Edition 5.0 container suitable for everything from a
development environment to enterprise-level deployments. Flexibility
and choice, you have both with Apache Geronimo.

This release introduces new features like simplified development,
improved diagnostics, and flexible assemblies.

 * Simplified deployment uses the enhanced Java Enterprise Edition
5.0. standards-based programming model.

 * Improved diagnostic capabilities include enhanced logging, a class
loader viewer, and a JMX browser -- all available from the included
console. Via the console, you can change logging levels on the fly as
well as view existing logs with a set of filters.  Looking for a class
and wondering where it came from?  The class loader viewer helps you
find it instantly. Want to see or change the attributes for MBeans in
the server?  The JMX browser navigates MBeans in the server in a
simple tree format. With Apache Geronimo 2.0, there is no need to hook
up external consoles or third party products!

 * Flexible assemblies come courtesy of the project's Little G
Version 2.0—a lightweight container offering for projects that don't
need the full feature set of Java Enterprise Edition 5.0.  Perfect for
web-service and SOA deployments, Little G brings the modularity,
manageability and extensibility of Apache Geronimo to a lightweight
assembly that is small in footprint but full in capability.

Version 2.0 also features streamlined development with the EJB 3.0
persistence API, a programming model that uses annotations to express
developer defaults in the source code.

Apache Geronimo 2.0 is a flexible, user-friendly, and
easy-to-configure application server built from best-of-breed open
source components and is fully licensed under the Apache Software
License, offering multiple benefits to organizations and their
development teams. Organizations can use Apache Geronimo as-is, or
create custom offerings without the restrictions imposed by other Open
Source licenses.

About Apache Geronimo and the Apache Software Foundation

The Apache Geronimo Application Server is created and maintained by a
diverse group of volunteers who share common values regarding
collaborative, community-based open source development. The Apache
Software Foundation provides organizational, legal and financial
support for a broad range of open source software projects, including
Apache Geronimo. The Foundation provides an established framework for
intellectual property and financial contributions, while
simultaneously limiting contributors' potential legal exposure.
Through a collaborative and meritocratic development process, Apache
projects deliver enterprise-grade, freely available software products
that attract large communities of users. The pragmatic Apache License
makes it easy for all users--commercial and individual--to deploy
Apache products. For more information on Apache Geronimo or the Apache
Software Foundation, please visit http://geronimo.apache.org or
http://www.apache.org/.

Java, J2EE and Java Enterprise Edition are trademarks or registered
trademarks of Sun Microsystems, Inc. in the United States and other
countries. All other trademarks or registered trademarks herein are
property of their respective owners.


Re: building geronimo-2.0-rc1

2007-08-10 Thread Vamsavardhana Reddy
I am not exactly building from geronimo-2.0-src.zip, but from
branches\2.0.0.  If that still counts as if I built from src zip... I have
not run into this problem.  I have tried after removing
jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so that it downloads a
fresh.

--vamsi


On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:

Is anyone else seeing this in geronimo-welcome.. I am building from
 http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip

 Thanks
 Anita

 Downloading:
 http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler
 -tomcat6/2.0-alpha-1/jspc-compiler-tomcat6-2.0-alpha-1.jar
 4K downloaded
 [INFO] [jspc:compile {execution: default}]
 [INFO]
 
 [ERROR] FATAL ERROR
 [INFO]
 
 [INFO] null
 Illegal character in path at index 18: file:/C:/Documents and
 Settings/Anita/.m2
 /repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
 [INFO]
 
 [INFO] Trace
 java.lang.IllegalArgumentException
 at java.net.URI.create(URI.java:842)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
 java:39)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
 sorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at
 org.apache.tools.ant.launch.Locator.fromURI(Locator.java:162)
 at
 org.apache.tools.ant.launch.Locator.getResourceSource(Locator.java:11
 9)
 at
 org.apache.tools.ant.launch.Locator.getClassSource(Locator.java:90)
 at org.apache.tools.ant.Project.setAntLib(Project.java:313)
 at
 org.apache.tools.ant.Project.initProperties(Project.java:309)
 at org.apache.tools.ant.Project.init(Project.java:295)
 at
 org.codehaus.mojo.groovy.util.AntBuilder.createProject(AntBuilder.jav
 a:65)
 at
 org.codehaus.mojo.groovy.util.AntBuilder.init(AntBuilder.java:39)
 at
 sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

 at
 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
 orAccessorImpl.java:39)
 at
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
 onstructorAccessorImpl.java:27)
 at
 java.lang.reflect.Constructor.newInstance(Constructor.java:494)
 at
 org.codehaus.groovy.runtime.MetaClassHelper.doConstructorInvoke(MetaC
 lassHelper.java:563)
 at
 groovy.lang.MetaClassImpl.doConstructorInvoke(MetaClassImpl.java:1864
 )
 at
 groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:804)
 at
 groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:734)
 at
 org.codehaus.groovy.runtime.Invoker.invokeConstructorOf(Invoker.java:
 143)
 at
 org.codehaus.groovy.runtime.InvokerHelper.invokeConstructorOf(Invoker
 Helper.java:114)
 at
 org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeNewN(ScriptBy
 tecodeAdapter.java:214)
 at
 org.codehaus.mojo.groovy.GroovyMojoSupport.getAnt(GroovyMojoSupport.g
 roovy:42)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
 java:39)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
 sorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at
 org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Ref
 lectionMetaMethod.java:52)
 at
 org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassH
 elper.java:714)
 at
 groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:936)
 at
 groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:2183)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
 java:39)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
 sorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at
 org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Ref
 lectionMetaMethod.java:52)
 at
 org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassH
 elper.java:714)
 at
 groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:583)
 at
 groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:476)
 at
 org.codehaus.groovy.runtime.Invoker.invokePojoMethod(Invoker.java:104
 )
 at
 org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:77)
 at
 org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.
 java:85)
 at
 

[jira] Created: (GERONIMO-3399) Need JSR88 DConfigBeans for GerSecurityType

2007-08-10 Thread Shiva Kumar H R (JIRA)
Need JSR88 DConfigBeans for GerSecurityType
---

 Key: GERONIMO-3399
 URL: https://issues.apache.org/jira/browse/GERONIMO-3399
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Priority: Minor
 Fix For: 2.1


We currently miss this functionality. Admin console portlet CreatePlan needs 
this. Hence this request.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-3396) Update AbstractWebModuleBuilder to allow CreatePlan portlet to discover Annotations in a web-app

2007-08-10 Thread Shiva Kumar H R (JIRA)

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

Shiva Kumar H R updated GERONIMO-3396:
--

Attachment: GERONIMO-3396.patch

 Update AbstractWebModuleBuilder to allow CreatePlan portlet to discover 
 Annotations in a web-app
 

 Key: GERONIMO-3396
 URL: https://issues.apache.org/jira/browse/GERONIMO-3396
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Priority: Minor
 Fix For: 2.1

 Attachments: GERONIMO-3396.patch


 CreatePlan portlet needs an ability to discover Annotations in a web-app 
 without actually deploying the web-app into the server. This requires new 
 behavior to be added to AbstractWebModuleBuilder.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: Apache Roller v4.0 plugin

2007-08-10 Thread Peter Petersson
FYI it seems (from current posts in roller dev list) that the roller dev 
David Johnson is about to deploy the two geronimo-roller-plugin related 
patches just in time for the roller 4.0 wrap up ;) #ROL-1482, #ROL-1527 
lets hope there are no last minute show stoppers.


regards
  Peter Petersson

Peter Petersson wrote:

david jencks wrote:
We should move this discussion to the dev list I think, you can quote 
or copy anything I've written to the dev list.

Just did ;)


It looks like we collided on this work :-) I haven't had 
consistent internet access for the last few days (my dsl just got 
connected an hour ago) so I haven't done a good job of keeping you up 
to date with my progress.

np


I just committed some changes to geronimo/roller that, together with 
ROL-1482, get roller working for me on geronimo-jetty.  I haven't 
looked at your patch.
Great ! I will check out your changes and if I find anything to add 
from my resent patch I will let you know.


- I got the security realm gbean to work.  I doubt it is needed since 
IIUC roller is using acegi and I don't think it is hooked up to 
javaee security.
- I got the database initialization gbean  to work by tweaking the 
openjpa schema synchronization properties.  I'm not sure that having 
openjpa create all the tables will end up with enough indexes, and 
without more info in the orm.xml files the columns will be 
dramatically different sizes..  For instance, the primary key id 
columns appear to be 48 characters to accomodate a UUID, but openjpa 
want to make the 255 characters.  On the other hand it looks like 
roller can be set to create the tables itself or even upgrade from 
previous schemas, so maybe we should try to enable that feature 
instead of running our own script.  If we can enable this feature I 
think we can drop the roller-*-resources modules.
Yes I noticed roller was attempting to upgrade the db on some of my 
installation tests but at the moment it appears to be a bit jumpy. I 
agree it would be preferable to let roller handle the upgrade and 
installation.
- I will look at the tomcat/jasper problem you show below but I 
suspect that it's caused by not including the jasper builder in the 
car-maven-plugin configuration.  I think I fixed this in both 
versions but I haven't actually tried running the tomcat version yet.


- I added a top level build that seems to work ok but only after 
I've built each  module separately once.  I don't understand why this 
is happening.
As did I (its in the patch) when I got tired of building the modules 
separately. I got the exact same problem it seems maven picks the 
modules in alphabetic order I thought maven would be able to find out 
the right (dependency) order (someone probably know the trick).



It was very exciting to get roller to finally run on my machine after 
months of struggle!
I know the feeling from G v1.1 and v1.2 :) . Now we can focus on 
getting things stable and hopefully into a public Gplugin repository 
soon after the G v2.0 release.


I think we should ask roller to publish some usable artifacts to the 
maven repo using the ant maven tasks.  Then we won't have to do this 
silly unpacking the zip routine. 


I agree go ahead and drop something in there dev list 
http://cwiki.apache.org/confluence/display/ROLLER/Roller+Mailing+Lists



Many many thanks!
david jencks 
Sry if this turns out to be a double post (I was posting from my gmail 
account)


thanks
Peter Petersson




Re: DRAFT Press Release (final draft for review)

2007-08-10 Thread Jeff Genender
I would change the certified Java Enterprise Edition in the first
paragraph to certified Java Enterprise Edition 5.0...i.e. add the 5.0.

Jeff

Matt Hogstrom wrote:
 I think I addressed many of the concerns.  Special thanks to Amy
 Hocraffer for some great ideas to better organize and spiff up the
 announcement.
 
 Please take a few minutes and comments and review. Also, please make
 sure our claims are accurate :)
 
 = DRAFT =
 
 
 Apache Geronimo Version 2.0 released by Apache Software Foundation
 
 
 date/time/location—The Apache Software Foundation (ASF) announced today
 the release of Apache Geronimo Version 2.0. This release represents the
 latest open source Java Enterprise Edition 5.0 application server from
 the Apache Geronimo project, and continues the evolution of the Apache
 Geronimo server by adding new features and capabilities to a fully
 compliant and certified Java Enterprise Edition container suitable for
 everything from a development environment to enterprise-level deployments.
 
 Apache Geronimo Version 2.0 introduces several new features like
 simplified development, improved diagnostics and flexible assemblies.
 Simplified deployment is achieved through the use of standards based
 programming model enhancements found in Java Enterprise Edition 5.0.  
 Some of the new features include:
 Streamlined development options provided with Java Enterprise Edition 5.0
 EJB 3.0 persistence
 A programming model that uses annotations to express developer defaults
 in the source code
 
 Improved diagnostic capabilities include enhanced logging, class loader
 viewer as well as JMX browser all available from the included console. 
 Change logging levels on the fly as well as view existing logs with a
 set of filters.  Looking for a class and wondering where it came from? 
 The class loader viewer let’s you find them.  Want to see or change the
 attributes for MBeans in the server?  The JMX browser allows you to
 navigate the MBeans in the server in a simple tree format without having
 to hook up external consoles or third party products.
 
 Flexible assemblies are realized through the project’s continued
 promotion of the ”Little G” Version 2.0—a lightweight container offering
 for projects that don’t need the full feature set of Java Enterprise
 Edition 5.0.  Perfect for web-service and SOA deployments, Little G
 brings the modularity, manageability and extensibility of Apache
 Geronimo to a lightweight assembly that is small in footprint but full
 of capability.
 
 This flexible, user-friendly, and easy-to-configure application server
 is built from best-of-breed open source components and is fully licensed
 under the Apache Software License, offering multiple benefits to
 organizations and their development teams. They can use Apache Geronimo
 as-is or, if they so choose, create their own custom offerings without
 the restrictions imposed by other Open Source licenses. 
 
 Finally, Apache Geronimo 2.0 is breaks new ground with as the first Open
 Source Application Server to provide its users with two certified Web
 Services implementations.  Users can choose between Apache Axis and
 Apache CXF for their JAX-WS Web Services provider.  Flexibility and
 choice, you have both with Apache Geronimo.
 
 The software can be downloaded for free from the Apache Geronimo web
 site ( http://geronimo.apache.org/).
 
 
 About the Apache Software Foundation
 
 The Apache Software Foundation provides organizational, legal and
 financial support for a broad range of open source software projects.
 The Foundation provides an established framework for intellectual
 property and financial contributions, while simultaneously limiting
 contributors' potential legal exposure. Through a collaborative and
 meritocratic development process, Apache projects deliver
 enterprise-grade, freely available software products that attract large
 communities of users. The pragmatic Apache License makes it easy for all
 users--commercial and individual--to deploy Apache products. For more
 information on The Apache Software Foundation, please visit
 http://www.apache.org/.
 
 
 Java, J2EE and Java Enterprise Edition are trademarks or registered
 trademarks of Sun Microsystems, Inc. in the United States and other
 countries. All other trademarks or registered trademarks herein are
 property of their respective owners.
 
 = DRAFT =
 
 


Re: DRAFT Press Release (final draft for review)

2007-08-10 Thread Matt Hogstrom
I think I addressed many of the concerns.  Special thanks to Amy Hocraffer for some great ideas to better organize and spiff up the announcement.Please take a few minutes and comments and review. Also, please make sure our claims are accurate :)= DRAFT =Apache Geronimo Version 2.0 released by Apache Software Foundation date/time/location—The Apache Software Foundation (ASF) announced today the release of Apache Geronimo Version 2.0. This release represents the latest open source Java Enterprise Edition 5.0 application server from the Apache Geronimo project, and continues the evolution of the Apache Geronimo server by adding new features and capabilities to a fully compliant and certified Java Enterprise Edition container suitable for everything from a development environment to enterprise-level deployments. Apache Geronimo Version 2.0 introduces several new features like simplified development, improved diagnostics and flexible assemblies.Simplified deployment is achieved through the use of standards based programming model enhancements found in Java Enterprise Edition 5.0.   Some of the new features include:Streamlined development options provided with Java Enterprise Edition 5.0EJB 3.0 persistenceA programming model that uses annotations to express developer defaults in the source codeImproved diagnostic capabilities include enhanced logging, class loader viewer as well as JMX browser all available from the included console.  Change logging levels on the fly as well as view existing logs with a set of filters.  Looking for a class and wondering where it came from?  The class loader viewer let’s you find them.  Want to see or change the attributes for MBeans in the server?  The JMX browser allows you to navigate the MBeans in the server in a simple tree format without having to hook up external consoles or third party products. Flexible assemblies are realized through the project’s continued promotion of the ”Little G” Version 2.0—a lightweight container offering for projects that don’t need the full feature set of Java Enterprise Edition 5.0.  Perfect for web-service and SOA deployments, "Little G" brings the modularity, manageability and extensibility of Apache Geronimo to a lightweight assembly that is small in footprint but full of capability. This flexible, user-friendly, and easy-to-configure application server is built from best-of-breed open source components and is fully licensed under the Apache Software License, offering multiple benefits to organizations and their development teams. They can use Apache Geronimo as-is or, if they so choose, create their own custom offerings without the restrictions imposed by other Open Source licenses. Finally, Apache Geronimo 2.0 is breaks new ground with as the first Open Source Application Server to provide its users with two certified Web Services implementations.  Users can choose between Apache Axis and Apache CXF for their JAX-WS Web Services provider.  Flexibility and choice, you have both with Apache Geronimo.The software can be downloaded for free from the Apache Geronimo web site ( http://geronimo.apache.org/). About the Apache Software Foundation The Apache Software Foundation provides organizational, legal and financial support for a broad range of open source software projects. The Foundation provides an established framework for intellectual property and financial contributions, while simultaneously limiting contributors' potential legal exposure. Through a collaborative and meritocratic development process, Apache projects deliver enterprise-grade, freely available software products that attract large communities of users. The pragmatic Apache License makes it easy for all users--commercial and individual--to deploy Apache products. For more information on The Apache Software Foundation, please visit http://www.apache.org/. Java, J2EE and Java Enterprise Edition are trademarks or registered trademarks of Sun Microsystems, Inc. in the United States and other countries. All other trademarks or registered trademarks herein are property of their respective owners.= DRAFT =

[jira] Updated: (GERONIMO-3254) Admin Console Wizard to auto generate geronimo-web.xml

2007-08-10 Thread Shiva Kumar H R (JIRA)

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

Shiva Kumar H R updated GERONIMO-3254:
--

Attachment: GERONIMO-3254.patch

Please apply GERONIMO-3254.patch along with patches attached in below JIRAs:
a) GERONIMO-3394
b) GERONIMO-3395
c) GERONIMO-3396
d) GERONIMO-3397
e) GERONIMO-3398

 Admin Console Wizard to auto generate geronimo-web.xml
 --

 Key: GERONIMO-3254
 URL: https://issues.apache.org/jira/browse/GERONIMO-3254
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: console, deployment, usability
Affects Versions: 2.0-M7
Reporter: Shiva Kumar H R
 Fix For: 2.0.x

 Attachments: 1WelcomePage.gif, 2BasicSettings.gif, 
 3ResolveReferences.gif, 4AddDependencies.gif, 5DisplaysCreatedPlan.gif, 
 6DeployStatus.gif, 7SecurityHandling_1.gif, 7SecurityHandling_2.gif, 
 7SecurityHandling_3.gif, buildCreatePlanPortlet.bat, 
 buildCreatePlanPortlet2.bat, GERONIMO-3254.patch, PoC.patch, 
 PoC_2(annotations).patch, SampleWebAppsWithAnnotations.zip, 
 TestCreatePlanPortlet.zip, TestSecuritySettings.zip


 For a background about this work, please see the discussion thread: 
 http://www.mail-archive.com/dev@geronimo.apache.org/msg46831.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (GERONIMO-3254) Admin Console Wizard to auto generate geronimo-web.xml

2007-08-10 Thread Shiva Kumar H R (JIRA)

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

Shiva Kumar H R updated GERONIMO-3254:
--

Attachment: consolidated 3254 3394 3395 3396 3397 3398.patch

Attaching consolidated 3254 3394 3395 3396 3397 3398.patch just in case 
someone is looking for a consolidated patch.

 Admin Console Wizard to auto generate geronimo-web.xml
 --

 Key: GERONIMO-3254
 URL: https://issues.apache.org/jira/browse/GERONIMO-3254
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: console, deployment, usability
Affects Versions: 2.0-M7
Reporter: Shiva Kumar H R
 Fix For: 2.0.x

 Attachments: 1WelcomePage.gif, 2BasicSettings.gif, 
 3ResolveReferences.gif, 4AddDependencies.gif, 5DisplaysCreatedPlan.gif, 
 6DeployStatus.gif, 7SecurityHandling_1.gif, 7SecurityHandling_2.gif, 
 7SecurityHandling_3.gif, buildCreatePlanPortlet.bat, 
 buildCreatePlanPortlet2.bat, consolidated 3254 3394 3395 3396 3397 
 3398.patch, GERONIMO-3254.patch, PoC.patch, PoC_2(annotations).patch, 
 SampleWebAppsWithAnnotations.zip, TestCreatePlanPortlet.zip, 
 TestSecuritySettings.zip


 For a background about this work, please see the discussion thread: 
 http://www.mail-archive.com/dev@geronimo.apache.org/msg46831.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (GERONIMO-3254) Admin Console Wizard to auto generate geronimo-web.xml

2007-08-10 Thread Paul McMahan (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519128
 ] 

Paul McMahan commented on GERONIMO-3254:


this work would be a great use case for the extensible administration console 
currently in sandbox

 Admin Console Wizard to auto generate geronimo-web.xml
 --

 Key: GERONIMO-3254
 URL: https://issues.apache.org/jira/browse/GERONIMO-3254
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: console, deployment, usability
Affects Versions: 2.0-M7
Reporter: Shiva Kumar H R
 Fix For: 2.0.x

 Attachments: 1WelcomePage.gif, 2BasicSettings.gif, 
 3ResolveReferences.gif, 4AddDependencies.gif, 5DisplaysCreatedPlan.gif, 
 6DeployStatus.gif, 7SecurityHandling_1.gif, 7SecurityHandling_2.gif, 
 7SecurityHandling_3.gif, buildCreatePlanPortlet.bat, 
 buildCreatePlanPortlet2.bat, consolidated 3254 3394 3395 3396 3397 
 3398.patch, GERONIMO-3254.patch, PoC.patch, PoC_2(annotations).patch, 
 SampleWebAppsWithAnnotations.zip, TestCreatePlanPortlet.zip, 
 TestSecuritySettings.zip


 For a background about this work, please see the discussion thread: 
 http://www.mail-archive.com/dev@geronimo.apache.org/msg46831.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (GERONIMO-3398) Add missing functionality to the JSR88 DConfigBean for a web-app

2007-08-10 Thread Shiva Kumar H R (JIRA)
Add missing functionality to the JSR88 DConfigBean for a web-app


 Key: GERONIMO-3398
 URL: https://issues.apache.org/jira/browse/GERONIMO-3398
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Priority: Minor
 Fix For: 2.1


Add the missing functionality to WebAppDConfigBean. CreatePlan portlet will 
use this new functionality.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: building geronimo-2.0-rc1

2007-08-10 Thread Anita Kulshreshtha
I have not been so lucky. I have tried branches/2.0.0 also. I have
tried deleting org.codehaus.mojo.jspc and ant from .m2 repo without any
success (The trunk builds fine). 

Thanks
Anita
 
--- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:

 I am not exactly building from geronimo-2.0-src.zip, but from
 branches\2.0.0.  If that still counts as if I built from src zip... I
 have
 not run into this problem.  I have tried after removing
 jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so that it
 downloads a
 fresh.
 
 --vamsi
 
 
 On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
 
 Is anyone else seeing this in geronimo-welcome.. I am building
 from
 

http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
 
  Thanks
  Anita
 
  Downloading:
  http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler
  -tomcat6/2.0-alpha-1/jspc-compiler-tomcat6-2.0-alpha-1.jar
  4K downloaded
  [INFO] [jspc:compile {execution: default}]
  [INFO]
 


  [ERROR] FATAL ERROR
  [INFO]
 


  [INFO] null
  Illegal character in path at index 18: file:/C:/Documents and
  Settings/Anita/.m2
  /repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
  [INFO]
 


  [INFO] Trace
  java.lang.IllegalArgumentException
  at java.net.URI.create(URI.java:842)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
 Method)
  at
 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
  java:39)
  at
 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
  sorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:585)
  at
  org.apache.tools.ant.launch.Locator.fromURI(Locator.java:162)
  at
 
 org.apache.tools.ant.launch.Locator.getResourceSource(Locator.java:11
  9)
  at
  org.apache.tools.ant.launch.Locator.getClassSource(Locator.java:90)
  at org.apache.tools.ant.Project.setAntLib(Project.java:313)
  at
  org.apache.tools.ant.Project.initProperties(Project.java:309)
  at org.apache.tools.ant.Project.init(Project.java:295)
  at
 
 org.codehaus.mojo.groovy.util.AntBuilder.createProject(AntBuilder.jav
  a:65)
  at
  org.codehaus.mojo.groovy.util.AntBuilder.init(AntBuilder.java:39)
  at
  sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
 Method)
 
  at
 
 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
  orAccessorImpl.java:39)
  at
 
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
  onstructorAccessorImpl.java:27)
  at
  java.lang.reflect.Constructor.newInstance(Constructor.java:494)
  at
 
 org.codehaus.groovy.runtime.MetaClassHelper.doConstructorInvoke(MetaC
  lassHelper.java:563)
  at
 
 groovy.lang.MetaClassImpl.doConstructorInvoke(MetaClassImpl.java:1864
  )
  at
  groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:804)
  at
  groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:734)
  at
 
 org.codehaus.groovy.runtime.Invoker.invokeConstructorOf(Invoker.java:
  143)
  at
 
 org.codehaus.groovy.runtime.InvokerHelper.invokeConstructorOf(Invoker
  Helper.java:114)
  at
 
 org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeNewN(ScriptBy
  tecodeAdapter.java:214)
  at
 
 org.codehaus.mojo.groovy.GroovyMojoSupport.getAnt(GroovyMojoSupport.g
  roovy:42)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
 Method)
  at
 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
  java:39)
  at
 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
  sorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:585)
  at
 
 org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Ref
  lectionMetaMethod.java:52)
  at
 
 org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassH
  elper.java:714)
  at
  groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:936)
  at
  groovy.lang.MetaClassImpl.getProperty(MetaClassImpl.java:2183)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
 Method)
  at
 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
  java:39)
  at
 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
  sorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:585)
  at
 
 org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Ref
  lectionMetaMethod.java:52)
  at
 
 org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassH
  elper.java:714)
  at
  

[jira] Updated: (GERONIMO-3254) Admin Console Wizard to auto generate geronimo-web.xml

2007-08-10 Thread Shiva Kumar H R (JIRA)

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

Shiva Kumar H R updated GERONIMO-3254:
--

Attachment: TestSecuritySettings.zip

 Admin Console Wizard to auto generate geronimo-web.xml
 --

 Key: GERONIMO-3254
 URL: https://issues.apache.org/jira/browse/GERONIMO-3254
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: console, deployment, usability
Affects Versions: 2.0-M7
Reporter: Shiva Kumar H R
 Fix For: 2.0.x

 Attachments: 1WelcomePage.gif, 2BasicSettings.gif, 
 3ResolveReferences.gif, 4AddDependencies.gif, 5DisplaysCreatedPlan.gif, 
 6DeployStatus.gif, 7SecurityHandling_1.gif, 7SecurityHandling_2.gif, 
 7SecurityHandling_3.gif, buildCreatePlanPortlet.bat, 
 buildCreatePlanPortlet2.bat, PoC.patch, PoC_2(annotations).patch, 
 SampleWebAppsWithAnnotations.zip, TestCreatePlanPortlet.zip, 
 TestSecuritySettings.zip


 For a background about this work, please see the discussion thread: 
 http://www.mail-archive.com/dev@geronimo.apache.org/msg46831.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: DRAFT Press Release (final draft for review)

2007-08-10 Thread David Jencks

new features like simplified development

should be

new features such as simplified development

or

new features including simplified development



seems a little bit heavy on repeating new features near the beginning


thanks
david jencks

On Aug 10, 2007, at 11:15 AM, Matt Hogstrom wrote:

I think I addressed many of the concerns.  Special thanks to Amy  
Hocraffer for some great ideas to better organize and spiff up the  
announcement.


Please take a few minutes and comments and review. Also, please  
make sure our claims are accurate :)


= DRAFT =


Apache Geronimo Version 2.0 released by Apache Software Foundation


date/time/location—The Apache Software Foundation (ASF) announced  
today the release of Apache Geronimo Version 2.0. This release  
represents the latest open source Java Enterprise Edition 5.0  
application server from the Apache Geronimo project, and continues  
the evolution of the Apache Geronimo server by adding new features  
and capabilities to a fully compliant and certified Java Enterprise  
Edition container suitable for everything from a development  
environment to enterprise-level deployments.


Apache Geronimo Version 2.0 introduces several new features like  
simplified development, improved diagnostics and flexible assemblies.
Simplified deployment is achieved through the use of standards  
based programming model enhancements found in Java Enterprise  
Edition 5.0.   Some of the new features include:
Streamlined development options provided with Java Enterprise  
Edition 5.0

EJB 3.0 persistence
A programming model that uses annotations to express developer  
defaults in the source code


Improved diagnostic capabilities include enhanced logging, class  
loader viewer as well as JMX browser all available from the  
included console.  Change logging levels on the fly as well as view  
existing logs with a set of filters.  Looking for a class and  
wondering where it came from?  The class loader viewer let’s you  
find them.  Want to see or change the attributes for MBeans in the  
server?  The JMX browser allows you to navigate the MBeans in the  
server in a simple tree format without having to hook up external  
consoles or third party products.


Flexible assemblies are realized through the project’s continued  
promotion of the ”Little G” Version 2.0—a lightweight container  
offering for projects that don’t need the full feature set of Java  
Enterprise Edition 5.0.  Perfect for web-service and SOA  
deployments, Little G brings the modularity, manageability and  
extensibility of Apache Geronimo to a lightweight assembly that is  
small in footprint but full of capability.


This flexible, user-friendly, and easy-to-configure application  
server is built from best-of-breed open source components and is  
fully licensed under the Apache Software License, offering multiple  
benefits to organizations and their development teams. They can use  
Apache Geronimo as-is or, if they so choose, create their own  
custom offerings without the restrictions imposed by other Open  
Source licenses.


Finally, Apache Geronimo 2.0 is breaks new ground with as the first  
Open Source Application Server to provide its users with two  
certified Web Services implementations.  Users can choose between  
Apache Axis and Apache CXF for their JAX-WS Web Services provider.   
Flexibility and choice, you have both with Apache Geronimo.


The software can be downloaded for free from the Apache Geronimo  
web site (

pastedGraphic.tiff
http://geronimo.apache.org/).


About the Apache Software Foundation

The Apache Software Foundation provides organizational, legal and  
financial support for a broad range of open source software  
projects. The Foundation provides an established framework for  
intellectual property and financial contributions, while  
simultaneously limiting contributors' potential legal exposure.  
Through a collaborative and meritocratic development process,  
Apache projects deliver enterprise-grade, freely available software  
products that attract large communities of users. The pragmatic  
Apache License makes it easy for all users--commercial and  
individual--to deploy Apache products. For more information on The  
Apache Software Foundation, please visit http://www.apache.org/.



Java, J2EE and Java Enterprise Edition are trademarks or registered  
trademarks of Sun Microsystems, Inc. in the United States and other  
countries. All other trademarks or registered trademarks herein are  
property of their respective owners.


= DRAFT =






[jira] Updated: (GERONIMO-3254) Admin Console Wizard to auto generate geronimo-web.xml

2007-08-10 Thread Shiva Kumar H R (JIRA)

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

Shiva Kumar H R updated GERONIMO-3254:
--

Attachment: 7SecurityHandling_3.gif
7SecurityHandling_2.gif
7SecurityHandling_1.gif

I finally have the working code for auto-handling security settings in a 
web-app. (this took lot lot more time than I had anticipated and a major part 
of it went in picking up JavaScript  DOM knowledge.)

User interface looks as shown in snapshots 7SecurityHandling_1.gif, 
7SecurityHandling_2.gif  7SecurityHandling_3.gif.

TestSecuritySettings.zip has a simple web-app that I used for testing this 
new functionality.

 Admin Console Wizard to auto generate geronimo-web.xml
 --

 Key: GERONIMO-3254
 URL: https://issues.apache.org/jira/browse/GERONIMO-3254
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: console, deployment, usability
Affects Versions: 2.0-M7
Reporter: Shiva Kumar H R
 Fix For: 2.0.x

 Attachments: 1WelcomePage.gif, 2BasicSettings.gif, 
 3ResolveReferences.gif, 4AddDependencies.gif, 5DisplaysCreatedPlan.gif, 
 6DeployStatus.gif, 7SecurityHandling_1.gif, 7SecurityHandling_2.gif, 
 7SecurityHandling_3.gif, buildCreatePlanPortlet.bat, 
 buildCreatePlanPortlet2.bat, PoC.patch, PoC_2(annotations).patch, 
 SampleWebAppsWithAnnotations.zip, TestCreatePlanPortlet.zip, 
 TestSecuritySettings.zip


 For a background about this work, please see the discussion thread: 
 http://www.mail-archive.com/dev@geronimo.apache.org/msg46831.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Tuscany/Geronimo Integration Demo

2007-08-10 Thread Raymond Feng

Hi,

We put together a demo [1] on Tuscany/Geronimo integration for the 
LinuxWorld 2007. You are welcome to play with it and give us feedback.


Please follow the instructions at 
http://svn.apache.org/repos/asf/incubator/tuscany/sandbox/rfeng/geronimo-demo/README.TXT. 
The demo scenario is captured at 
http://svn.apache.org/repos/asf/incubator/tuscany/sandbox/rfeng/geronimo-demo/scenario.png.


The demo is built on top of the sandbox code in Geronimo [2] which is 
discussed on [3].


Please note this is just the starting of effort and there are still quite a 
lot to do. Please join us on this effort.


In the near term, I believe that we need to do the following:

1) Move the code out of sandbox and have them in the build with test cases.
2) The tuscany-geronimo-plugin uses mixed versions of Tuscany Java SCA 
0.91-incubating and 1.0-incubating-SNAPSHOT. Let's try to switch to 
1.0-incubating-SNAPSHOT so that we have consistent modules.
3) The Geronimo 2.0 RC1 is not being voted on. We should be prepared to move 
this level. Vamsi, do you have the JIRA GERONIMO-3351 [4] fixed in the RC1?


[1] 
http://svn.apache.org/repos/asf/incubator/tuscany/sandbox/rfeng/geronimo-demo/

[2] http://svn.apache.org/repos/asf/geronimo/sandbox/tuscany-integration/
[3] 
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+Geronimo+Integration

[4] https://issues.apache.org/jira/browse/GERONIMO-3351

Thanks,
Raymond





[jira] Updated: (GERONIMO-3389) console: java.lang.UnsatisfiedLinkError is thrown when create a Tomcat APR HTTP Connector

2007-08-10 Thread Donald Woods (JIRA)

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

Donald Woods updated GERONIMO-3389:
---

Affects Version/s: 2.1
   2.0.x
Fix Version/s: 2.0.x

I like Paul's idea of having the TomcatManager code catch this and throw a more 
meaning exception message
Maybe we need to expose some way for the Portlet to ask whether this option 
should be enabled, without requiring the user to try and create a connector 
first

 console: java.lang.UnsatisfiedLinkError is thrown when create a Tomcat APR 
 HTTP Connector
 -

 Key: GERONIMO-3389
 URL: https://issues.apache.org/jira/browse/GERONIMO-3389
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: documentation, Tomcat
Affects Versions: 2.0, 2.0.x, 2.1
 Environment: Windows xp sp2, IE, Firefox
Reporter: Song
 Fix For: 2.0.x


   Click on Save button after entering all necessary parameters for creating 
 a new Tomcat APR HTTP Connector test_APR_HTTP, it returned to the Network 
 Listeners list page. However,the Protocol for test_APR_HTTP is empty, State 
 is failed. And java.lang.UnsatisfiedLinkError is thrown from the server 
 started console and server.log.
   Same error to creating Tomcat APR HTTPS Connetor.
   
 Detailed error as below:
 --
 13:33:46,515 WARN  [ConnectorGBean] test_APR_HTTP connector failed
 13:33:46,515 ERROR [Connector] Coyote connector has not been started
 13:33:46,515 ERROR [GBeanInstanceState] Error while starting; GBean is now in 
 the FAILED state: 
 abstractName=org.apache.geronimo.configs/tomcat6/2.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/tomcat6/2.0-SNAPSHOT/car,j2eeType=GBean,name=test_APR_HTTP
 java.lang.UnsatisfiedLinkError: org/apache/tomcat/jni/Pool.create(J)J
   at org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:579)
   at 
 org.apache.coyote.http11.Http11AprProtocol.init(Http11AprProtocol.java:121)
   at 
 org.apache.catalina.connector.Connector.initialize(Connector.java:1059)
   at 
 org.apache.catalina.core.StandardService.addConnector(StandardService.java:267)
   at org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327)
   at 
 org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:383)
   at 
 org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.invoke(generated)
   at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
   at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
   at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830)
   at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
   at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
   at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
   at 
 org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$$fa3733e1.addConnector(generated)
   at 
 org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:996)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:553)
   at 
 org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
   at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor$StartRecursiveInvoke.invoke(ProxyMethodInterceptor.java:365)
   at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
   at 
 org.apache.geronimo.tomcat.connector.Http11APRProtocol$$EnhancerByCGLIB$$abc46ac2.startRecursive(generated)
   at 
 org.apache.geronimo.console.webmanager.ConnectorPortlet.processAction(ConnectorPortlet.java:146)
   at 
 org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229)
   at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
   at 

[jira] Created: (GERONIMO-3400) Log4JService Env and JVM info is no longer being logged

2007-08-10 Thread Donald Woods (JIRA)
Log4JService Env and JVM info is no longer being logged
---

 Key: GERONIMO-3400
 URL: https://issues.apache.org/jira/browse/GERONIMO-3400
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: Logging
Affects Versions: 2.0, 2.0.x, 2.1
Reporter: Donald Woods
Assignee: Donald Woods
Priority: Minor
 Fix For: 2.0.x, 2.1


When the log4j.rootLogger was switched to ERROR instead of INFO, we lost the 
server startup logging in Log4JService that logs some useful environment and 
Java information.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Closed: (GERONIMO-3400) Log4JService Env and JVM info is no longer being logged

2007-08-10 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3400.
--

Resolution: Fixed

Committed revision 564818 in trunk (2.1)
Committed revision 564819 in branches/2.0 (2.0.1)

 Log4JService Env and JVM info is no longer being logged
 ---

 Key: GERONIMO-3400
 URL: https://issues.apache.org/jira/browse/GERONIMO-3400
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Logging
Affects Versions: 2.0, 2.0.x, 2.1
Reporter: Donald Woods
Assignee: Donald Woods
Priority: Minor
 Fix For: 2.0.x, 2.1


 When the log4j.rootLogger was switched to ERROR instead of INFO, we lost the 
 server startup logging in Log4JService that logs some useful environment and 
 Java information.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: [VOTE] Geronimo 2.0 (RC1) and txmanager 2.0.1

2007-08-10 Thread Tim McConnell

+1

--
Thanks,
Tim McConnell


Matt Hogstrom wrote:

I have put together the release and its been a long journey to get here.

If you have comments please put them on the corresponding [DISCUSS] thread.

[ ] +1 Release Geronimo 2.0
[ ] 0   No opinion
[ ] -1  Do not release Geronimo 2.0

Vote will conclude on 0700 ET on Saturday August 11th.

Binaries and source artifacts are at 
http://people.apache.org/~hogstrom/geronimo-2.0-rc1



Files are being uploaded as of the time of this writing.