[jira] Commented: (GERONIMO-5020) "JACC manager gbean already present" deploymentException stop car-maven-plugin to generate valid geronimo plugin car

2010-06-16 Thread Shawn Jiang (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-5020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879693#action_12879693
 ] 

Shawn Jiang commented on GERONIMO-5020:
---

Sure environment is a valid config element in plan.xml .  See 
22branch\plugins\tomcat\tomcat6-no-ha\src\main\plan\plan.xml as an example.

> "JACC manager gbean already present" deploymentException stop 
> car-maven-plugin to generate valid geronimo plugin car
> 
>
> Key: GERONIMO-5020
> URL: https://issues.apache.org/jira/browse/GERONIMO-5020
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: car-maven-plugin
>Affects Versions: 2.2
> Environment: ubuntu 8.04
> IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 Linux x86-32 
> jvmxi3260sr7-20091214_49398 (JIT enabled, AOT enabled)
>Reporter: Forrest Xia
>Assignee: Ivan
> Fix For: 2.2.1
>
>
> If the deployment plan includes security configs, there will be a known issue:
> [ERROR] GeronimoSecurityBuilderImpl.addGBeans() failed: JACC manager gbean 
> already present
> org.apache.geronimo.common.DeploymentException: JACC manager gbean already 
> present
> 
> org.apache.geronimo.security.deployment.GeronimoSecurityBuilderImpl.buildJaccManager(GeronimoSecurityBuilderImpl.java:224)
> this exception will stop car-maven-plugin to generate configuration data.

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



[jira] Updated: (GERONIMO-5381) Monitoring can not open graphs

2010-06-16 Thread Shawn Jiang (JIRA)

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

Shawn Jiang updated GERONIMO-5381:
--

Fix Version/s: 2.2.2
   (was: 2.2.1)
Affects Version/s: 2.2.2
 Priority: Minor  (was: Critical)

Deferring it.

The double click is not a popular user behavior on a http link.   

> Monitoring can not open graphs
> --
>
> Key: GERONIMO-5381
> URL: https://issues.apache.org/jira/browse/GERONIMO-5381
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.2.1, 2.2.2
> Environment: xp sp2
> jdk 1.6
>Reporter: Ben Liang
>Priority: Minor
> Fix For: 2.2.2, 3.0
>
>
> When you open monitoring portlet and click the any name in Graphs table, 
> there is a javascript error which makes the graphs label can not open .

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



[jira] Commented: (GERONIMO-5020) "JACC manager gbean already present" deploymentException stop car-maven-plugin to generate valid geronimo plugin car

2010-06-16 Thread Forrest Xia (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-5020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879689#action_12879689
 ] 

Forrest Xia commented on GERONIMO-5020:
---

Yes, Ivan, the src/main/plan/plan.xml should not include environment configs, 
that's the reason caused failed to generate the car file correctly. thanks for 
your time on this issue.

> "JACC manager gbean already present" deploymentException stop 
> car-maven-plugin to generate valid geronimo plugin car
> 
>
> Key: GERONIMO-5020
> URL: https://issues.apache.org/jira/browse/GERONIMO-5020
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: car-maven-plugin
>Affects Versions: 2.2
> Environment: ubuntu 8.04
> IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 Linux x86-32 
> jvmxi3260sr7-20091214_49398 (JIT enabled, AOT enabled)
>Reporter: Forrest Xia
>Assignee: Ivan
> Fix For: 2.2.1
>
>
> If the deployment plan includes security configs, there will be a known issue:
> [ERROR] GeronimoSecurityBuilderImpl.addGBeans() failed: JACC manager gbean 
> already present
> org.apache.geronimo.common.DeploymentException: JACC manager gbean already 
> present
> 
> org.apache.geronimo.security.deployment.GeronimoSecurityBuilderImpl.buildJaccManager(GeronimoSecurityBuilderImpl.java:224)
> this exception will stop car-maven-plugin to generate configuration data.

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



[jira] Assigned: (GERONIMO-5357) Run ActiveMQ 5.4 in Geronimo 2.2?

2010-06-16 Thread Shawn Jiang (JIRA)

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

Shawn Jiang reassigned GERONIMO-5357:
-

Assignee: Shawn Jiang

> Run ActiveMQ 5.4 in Geronimo 2.2?
> -
>
> Key: GERONIMO-5357
> URL: https://issues.apache.org/jira/browse/GERONIMO-5357
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: ActiveMQ
>Affects Versions: 2.2.1
>Reporter: Kevan Miller
>Assignee: Shawn Jiang
> Fix For: 2.2.1
>
> Attachments: amq54.patch
>
>
> I'd like to be able to run ActiveMQ 5.4-SNAPSHOT can run in Geronimo 2.2.1. 
> AMQ 5.4 contains some fixes that it would be nice to pick up. 
> Will use this Jira to track the associated changes.

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



[jira] Closed: (GERONIMO-5357) Run ActiveMQ 5.4 in Geronimo 2.2?

2010-06-16 Thread Shawn Jiang (JIRA)

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

Shawn Jiang closed GERONIMO-5357.
-

Resolution: Fixed

The patch was applied to 22 branch. Thanks Kevan !

> Run ActiveMQ 5.4 in Geronimo 2.2?
> -
>
> Key: GERONIMO-5357
> URL: https://issues.apache.org/jira/browse/GERONIMO-5357
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: ActiveMQ
>Affects Versions: 2.2.1
>Reporter: Kevan Miller
>Assignee: Shawn Jiang
> Fix For: 2.2.1
>
> Attachments: amq54.patch
>
>
> I'd like to be able to run ActiveMQ 5.4-SNAPSHOT can run in Geronimo 2.2.1. 
> AMQ 5.4 contains some fixes that it would be nice to pick up. 
> Will use this Jira to track the associated changes.

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



[jira] Closed: (GERONIMO-5370) ActiveMQ: After failover, messages will not be delivered to MessageEndpoint

2010-06-16 Thread Shawn Jiang (JIRA)

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

Shawn Jiang closed GERONIMO-5370.
-

Resolution: Fixed

https://issues.apache.org/activemq/browse/AMQ-2765 was resolved in 5.4 branch.  
G will pull the fix automatically with the activemq dependency.

> ActiveMQ:  After failover, messages will not be delivered to MessageEndpoint
> 
>
> Key: GERONIMO-5370
> URL: https://issues.apache.org/jira/browse/GERONIMO-5370
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: ActiveMQ
>Affects Versions: 2.2.1, 2.2.2
>Reporter: Shawn Jiang
> Fix For: 2.2.1, 2.2.2
>
>
> After failover, messages will not be delivered to MessageEndpoint.It's 
> caused a bug in activemq:
> https://issues.apache.org/activemq/browse/AMQ-2765
> This geronimo jira is opened to track this problem.

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



[jira] Commented: (GERONIMO-5372) Linux cann't grap file lock from windows but windows can grap share file lock from linux

2010-06-16 Thread Ivan (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-5372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879682#action_12879682
 ] 

Ivan commented on GERONIMO-5372:


---> INFO | Using Persistence Adapter: 
org.apache.activemq.store.kahadb.KahaDBPersis
>From the output of activemq 5.3.2 standalone server, I think it uses 
>KahaDBPersistentAdapter, while in Geronimo, by default, it uses 
>AMQPersistenceAdapter.

> Linux cann't grap file lock from windows but windows can grap share file lock 
> from linux 
> -
>
> Key: GERONIMO-5372
> URL: https://issues.apache.org/jira/browse/GERONIMO-5372
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: ActiveMQ
>Affects Versions: 2.2.1
> Environment: OS: suse 10 sp2, windows 2003, redhat 5.3
> JDK: 1.6.10
>Reporter: viola.lu
>Assignee: Shawn Jiang
> Fix For: 2.2.1
>
> Attachments: Windows_FileShare.JPG
>
>
> Server 1: windows 2003, 9.123.233.112
> Server 2: suse 10 sp2 , 9.186.10.68
> Server 3: redhat 5.3 , 9.186.10.96
> Samba share filesystem: //9.186.10.68/share
> 1.Go to server 1, edit var/activemq/activemq.xml,
>  
>   
> 
> 2.Go to server 2, mount //9.186.10.68/share /mnt, edit 
> var/activemq/activemq.xml,
>  
>   
> 
> 3.Go to server 3, mount //9.186.10.68/share /mnt, edit 
> var/activemq/activemq.xml,
>  
>   
> 
> 4. Start server 1, then server 2, server 3, but server 2, 3 reported errors 
> below, startup process exits.
> 2010-06-08 10:54:10,232 ERROR [BrokerService] Failed to start ActiveMQ JMS 
> Message Broker. Reason: java.io.IOException: Permission denied
> java.io.IOException: Permission denied
> at sun.nio.ch.FileChannelImpl.lock0(Native Method)
> at sun.nio.ch.FileChannelImpl.tryLock(FileChannelImpl.java:882)
> at java.nio.channels.FileChannel.tryLock(FileChannel.java:962)
> at 
> org.apache.activemq.store.amq.AMQPersistenceAdapter.doLock(AMQPersistenceAdapter.java:1094)
> at 
> org.apache.activemq.store.amq.AMQPersistenceAdapter.lock(AMQPersistenceAdapter.java:1058)
> at 
> org.apache.activemq.store.amq.AMQPersistenceAdapter.start(AMQPersistenceAdapter.java:182)
> at 
> org.apache.activemq.broker.BrokerService.start(BrokerService.java:477)
> at 
> org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStart(BrokerServiceGBeanImpl.java:120)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:953)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:269)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:103)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:125)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:539)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:377)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
> at 
> org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:190)
> at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:546)
> at sun.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at 
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:816)
> 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.gbean.GBeanLifecycle$$EnhancerByCGLIB$$81e42b92.startConfiguration()
> at 
> org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:204)
> at 
> org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:87)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
> at 
> org.apache.geronimo.cli.AbstractCLI.executeMa

Re: [DISCUSSION] change 2.2 branch build JDK from 6 to 5

2010-06-16 Thread Jarek Gawor
Shawn,

2.1 and 2.2 are already built with Java 5.

Jarek

On Wed, Jun 16, 2010 at 10:40 PM, Shawn Jiang  wrote:
> We should change the 2.2 build JDK from 6 to 5 because we can't start the
> server with jdk 5 if we build 2.2 branch with jdk 6.  See [1] for more
> background.
> Jarek,
> I remember that you are owner of the geronimo build system.  Can you help do
> that ?
>
> [1]https://issues.apache.org/jira/browse/GERONIMO-5369
>
> --
> Shawn
>


Re: [Discussion] How to display help informations on the Console

2010-06-16 Thread chi runhua
Thanks for the comments, please find my input inlines.

On Mon, Jun 14, 2010 at 10:29 PM, Bill Stoddard wrote:

> On 6/14/10 10:01 AM, Donald Woods wrote:
>
>> #1-3 are good usability improvements.
>>
>> Can we use Dojo for #4-6?  Seems hover help would be the best option, as
>> adding an example beside/below every field could require a lot of screen
>> area and doesn't cover the cases for links (like
>> Start/Stop/Restart/Delete).  Also, the portlet help page should
>> include the same text as the hoover help (which should be the same
>> resource strings), plus additional help text if needed.
>>
>
Agree~!


>
>> #7 requires us to stop reorganizing the User Docs and would mean we
>> couldn't rename pages.  If we go this route, we should include a hidden
>> comment on each doc page with a reference back to the portlet that has a
>> link to it, so we know not to rename the page unless the portlet link is
>> updated too.
>>
>>
>
> Connecting the documentation and console will be expensive to maintain.
>
> As a general principle, I would suggest carefully weighing the 'opportunity
> cost' of adding new features to the server that require on-going
> maintenance.  Each added feature that requires on-going maintenance takes
> time away from other potentially more important work.  Over time as more
> 'on-going' maintenance requirements accumulate, the development team spends
> more and more effort to just tending to the maintenance; less time is spent
> on innovation and keeping current with technology trends.
>
> Bill
>

Agree~!.

An alternative of #7 is to provide the linkage to doc index page instead of
matching the exact page on the top panel of doc.  But in the code level, we
could define different keys for different portlets for future improvements.
All those keys use the same value for each release, for example:

For 2.2, use https://cwiki.apache.org/GMOxDOC22/
For 3.0, use https://cwiki.apache.org/GMOxDOC30/

The alternative provides the users a short-cut to Geronimo doc site from
console and possibilities to implement #7 for exact match.

Jeff


[DISCUSSION] change 2.2 branch build JDK from 6 to 5

2010-06-16 Thread Shawn Jiang
We should change the 2.2 build JDK from 6 to 5 because we can't start the
server with jdk 5 if we build 2.2 branch with jdk 6.  See [1] for more
background.

Jarek,

I remember that you are owner of the geronimo build system.  Can you help do
that ?


[1]https://issues.apache.org/jira/browse/GERONIMO-5369

-- 
Shawn


Re: Define context to serves a directory's content through Geronimo

2010-06-16 Thread Kevan Miller

On Jun 16, 2010, at 6:44 PM, superk888 wrote:

> 
> I did ran into this page but still, how am I supposed to configure the
> reference to my directory (the one I would like to make accessible to
> external users). 
> 
> Is configuring the working directory in the geronimo-web.xml file supposed
> to do the trick? I tried this but it doesn't work.

No. I don't see how that would work...

So, I suppose there's a reason that you don't include this static content in 
your WAR?

Not that it particularly matters, but what version of Geronimo are you using?

--kevan




[jira] Closed: (GERONIMO-5325) iframe causes some portlets display incorrectly

2010-06-16 Thread Rex Wang (JIRA)

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

Rex Wang closed GERONIMO-5325.
--


Thanks Shawn for the great job!

> iframe causes some portlets display incorrectly
> ---
>
> Key: GERONIMO-5325
> URL: https://issues.apache.org/jira/browse/GERONIMO-5325
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.2
>Reporter: Rex Wang
>Assignee: Ben Liang
> Fix For: 2.2.1
>
> Attachments: 5325-Ben_2_new.patch, 5325_Ben.patch, 
> screenshot-1-assembly-portlet.jpg, screenshot-debug-views.jpg, 
> screenshot-huge-blank.jpg, screenshot-timeout.jpg, timeout.bmp, Two scroll 
> bars.jpg
>
>
> #1. The assemble server page is not formatting properly in 2.2.1-SNAPSHOT. Go 
> to assemble server page, click "expert user" and try to scroll down. Unless I 
> make the font type very small, I can't see the system plugins and can't 
> scroll down to them. 
> #2, This also cause the debugviews portlet displays incorrectly.
> #3, Go to repository portlet first, and then go to JMS Resources portlet. The 
> scroll bar is pretty long and when you scroll down, you can see  there is a 
> huge blank at the bottom of the page.
> See the attachment.

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



Re: Define context to serves a directory's content through Geronimo

2010-06-16 Thread Ivan
Not sure I understand your reponse correctly,
a. you only need to deploy another web application using in-place
deployment, which points to the directory
b. in the geronimo-web.xml, configure the context path with "reporting"

2010/6/17 superk888 

>
> I did ran into this page but still, how am I supposed to configure the
> reference to my directory (the one I would like to make accessible to
> external users).
>
> Is configuring the working directory in the geronimo-web.xml file supposed
> to do the trick? I tried this but it doesn't work.
> --
> View this message in context:
> http://apache-geronimo.328035.n3.nabble.com/Define-context-to-serves-a-directory-s-content-through-Geronimo-tp900174p901263.html
> Sent from the Development mailing list archive at Nabble.com.
>



-- 
Ivan


Re: Define context to serves a directory's content through Geronimo

2010-06-16 Thread superk888

I did ran into this page but still, how am I supposed to configure the
reference to my directory (the one I would like to make accessible to
external users). 

Is configuring the working directory in the geronimo-web.xml file supposed
to do the trick? I tried this but it doesn't work.
-- 
View this message in context: 
http://apache-geronimo.328035.n3.nabble.com/Define-context-to-serves-a-directory-s-content-through-Geronimo-tp900174p901263.html
Sent from the Development mailing list archive at Nabble.com.



Re: Define context to serves a directory's content through Geronimo

2010-06-16 Thread Ivan
Have you tried the in-place deployment ?

https://cwiki.apache.org/GMOxDOC22/deploying-and-undeploying-applications.html#Deployingandundeployingapplications-ViaDeployertool

2010/6/17 superk888 

>
> Hi everyone,
>
> What I am currently trying to do is to expose the content of a directory on
> my Geronimo server.
> More precisely, I've migrated web applications from Tomcat 6 to Geronimo.
> When I was running my applications on Tomcat 6, I've defined a context
> within the "server.xml" so that users can read the content of a specific
> directory.
>
> Here's an excerpt of my server.xml file for Tomcat 6:
>
> ...
> 
> ...
>
> Consequently, supposed there is a foo.txt file in the "C:\\Dir" directory,
> my users can access this file simply by typing the following address in any
> web browser
>
> --> http://localhost/reporting/foo.txt.
>
>
> How can I do the same thing on geronimo?
> I've done a lot of searching but didn't find any exact answer...
>
>
> Thanks in advance.
> --
> View this message in context:
> http://apache-geronimo.328035.n3.nabble.com/Define-context-to-serves-a-directory-s-content-through-Geronimo-tp900174p900174.html
> Sent from the Development mailing list archive at Nabble.com.
>



-- 
Ivan


[BUILD] trunk: Failed for Revision: 955351

2010-06-16 Thread gawor
Geronimo Revision: 955351 built with tests included
 
See the full build-1500.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20100616/build-1500.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20100616
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 40 minutes 19 seconds
[INFO] Finished at: Wed Jun 16 15:42:46 EDT 2010
[INFO] Final Memory: 470M/1014M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
 
Assembly: tomcat
=
See full test results and logs at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20100616/logs-1500-tomcat/
 
Running TestSuite
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.724 sec <<< 
FAILURE!
 
[INFO] [surefire:test {execution: default-test}]
[INFO] Tests are skipped.
[INFO] [war:war {execution: default-war}]
[INFO] Packaging webapp
[INFO] Assembling webapp[appname-war] in 
[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT]
[INFO] Processing war project
[INFO] Copying webapp 
webResources[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/src/main/webapp]
 
to[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT]
[INFO] Copying webapp 
webResources[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/classes]
 
to[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT]
[INFO] Copying webapp 
resources[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/src/main/webapp]
[INFO] Building jar: 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT/WEB-INF/lib/appname-war-3.0-SNAPSHOT.jar
[INFO] Webapp assembled in[51 msecs]
[INFO] Building war: 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT.war
[INFO] [failsafe:integration-test {execution: integration-test}]
[INFO] Failsafe report directory: 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/failsafe-reports

---
 T E S T S
---
There are no tests to run.

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] [ianal:verify-legal-files {execution: default}]
[WARNING] Skipping verification of legal files in artifacts:
[WARNING] org.apache.geronimo.testsuite:appname-war:war:3.0-SNAPSHOT
[INFO] [install:install {execution: default-install}]
[INFO] Installing 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT.war
 to 
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/appname-war/3.0-SNAPSHOT/appname-war-3.0-SNAPSHOT.war
[INFO] [failsafe:verify {execution: verify}]
[INFO] Failsafe report directory: 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/failsafe-reports
[INFO] 
[INFO] Building Geronimo TestSuite :: Enterprise Testsuite :: AppName - Client
[INFO]task-segment: [install]
[INFO] 
[INFO] [genesis:validate-configuration {execution: default}]
[INFO] [geronimo-property:set-property {execution: set-property}]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-client/src/main/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 1 source file to 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-client/target/classes
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-client/src/test/resources
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-client/src/test/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:testCompile {execution

Running the Aries Samples under Geronimo 3.0-M1

2010-06-16 Thread Joe Bohn
A few people have asked about running the Apache Aries samples under 
Geronimo 3.0.  Jarek first posted about this a while ago and since then 
I created some wiki pages with the directions and even created a 
Geronimo blog entry about it (so far the only real blog entry we have - 
nudge ;-) ).  However, it seems that the directions are easily missed in 
our voluminous wiki ... so I thought I should post about it again here.


I actually created the same wiki page twice for this.  The first time 
was under our developer doc in the wiki here:

https://cwiki.apache.org/GMOxDEV/apache-aries-samples-running-in-geronimo-30.html
I then copied the exact same content under the 3.0 doc space after it 
was created.
https://cwiki.apache.org/GMOxDOC30/apache-aries-samples-running-in-geronimo-30.html 



I guess I should remove the developer one but for me it's much easier to 
find (1st one under Development) than the one buried under the 3.0 
sample doc stuff.


I'll update the wiki page(s) again once our 3.0-M1 vote is complete and 
remove the requirement to build Geronimo from trunk.  If you want to try 
it out now I'd suggest using the 3.0-M1 tag (or using the server images 
up for vote) rather than trunk just because I know it works in 3.0-M1 
and I'm not sure if changes in trunk may have broken something.


HTH,
Joe


Re: [VOTE] Geronimo 3.0-M1 release - 3rd attempt

2010-06-16 Thread Donald Woods


On 6/15/10 11:33 PM, Joe Bohn wrote:
> Here's my +1 as well ... but I did notice a few strange things that I
> don't think have been pointed out yet:
> 
> Perhaps the most annoying thing is that we aren't including the tranql
> connector rars in server images as with previous releases.  I guess this
> isn't a big concern because they should be available via other means -
> just a bit annoying.

Yep, I fixed that in trunk.

> 
> I also noticed a dependency management entry in the root pom for a
> geronimo bundle of axiom (at a SNAPSHOT version).  This doesn't actually
> exist but it seems that it isn't causing any build issues either.
> 
> I was able to build fine and I ran one of the EBA samples in the tomcat
> assembly.
> 
> Joe
> 
> 
> On 6/9/10 4:13 PM, Rick McGuire wrote:
>> A new 3.0-M1 release candidate is ready for review.  The LICENSE problem
>> has been corrected and the missed testsuite updates that Jarek noticed
>> have been included.
>>
>> See the JIRA issues here:
>>
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12315090&styleName=Text&projectId=10220
>>
>>
>>
>> Staged to
>>
>> https://repository.apache.org/content/repositories/orgapachegeronimo-046/
>>
>> The main artifacts up for vote are the source release archives
>>
>> https://repository.apache.org/content/repositories/orgapachegeronimo-046/org/apache/geronimo/geronimo/3.0-M1/geronimo-3.0-M1-source-release.zip
>>
>>
>> https://repository.apache.org/content/repositories/orgapachegeronimo-046/org/apache/geronimo/geronimo/3.0-M1/geronimo-3.0-M1-source-release.tar.gz
>>
>>
>>
>> If you vote you should at least examine these and make sure something
>> plausible builds from them.
>>
>> The voting will be open a minimum of 72 hours.
>>
>> [ ] +1 about time to push this out the door
>> [ ] 0 no opinion
>> [ ] -1 not this one (please explain why)
>>
>> Rick
>>
> 
> 


Define context to serves a directory's content through Geronimo

2010-06-16 Thread superk888

Hi everyone,

What I am currently trying to do is to expose the content of a directory on
my Geronimo server.
More precisely, I've migrated web applications from Tomcat 6 to Geronimo.
When I was running my applications on Tomcat 6, I've defined a context
within the "server.xml" so that users can read the content of a specific
directory.

Here's an excerpt of my server.xml file for Tomcat 6:

...

...

Consequently, supposed there is a foo.txt file in the "C:\\Dir" directory,
my users can access this file simply by typing the following address in any
web browser

--> http://localhost/reporting/foo.txt.


How can I do the same thing on geronimo?
I've done a lot of searching but didn't find any exact answer...


Thanks in advance.
-- 
View this message in context: 
http://apache-geronimo.328035.n3.nabble.com/Define-context-to-serves-a-directory-s-content-through-Geronimo-tp900174p900174.html
Sent from the Development mailing list archive at Nabble.com.


[BUILD] trunk: Failed for Revision: 955103

2010-06-16 Thread gawor
Geronimo Revision: 955103 built with tests included
 
See the full build-2100.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20100615/build-2100.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20100615
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 36 minutes 37 seconds
[INFO] Finished at: Tue Jun 15 21:40:37 EDT 2010
[INFO] Final Memory: 466M/1015M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
 
Assembly: tomcat
=
See full test results and logs at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20100615/logs-2100-tomcat/
 
Running TestSuite
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.744 sec <<< 
FAILURE!
 
[INFO] [surefire:test {execution: default-test}]
[INFO] Tests are skipped.
[INFO] [war:war {execution: default-war}]
[INFO] Packaging webapp
[INFO] Assembling webapp[appname-war] in 
[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT]
[INFO] Processing war project
[INFO] Copying webapp 
webResources[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/src/main/webapp]
 
to[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT]
[INFO] Copying webapp 
webResources[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/classes]
 
to[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT]
[INFO] Copying webapp 
resources[/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/src/main/webapp]
[INFO] Building jar: 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT/WEB-INF/lib/appname-war-3.0-SNAPSHOT.jar
[INFO] Webapp assembled in[46 msecs]
[INFO] Building war: 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT.war
[INFO] [failsafe:integration-test {execution: integration-test}]
[INFO] Failsafe report directory: 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/failsafe-reports

---
 T E S T S
---
There are no tests to run.

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] [ianal:verify-legal-files {execution: default}]
[WARNING] Skipping verification of legal files in artifacts:
[WARNING] org.apache.geronimo.testsuite:appname-war:war:3.0-SNAPSHOT
[INFO] [install:install {execution: default-install}]
[INFO] Installing 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/appname-war-3.0-SNAPSHOT.war
 to 
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/appname-war/3.0-SNAPSHOT/appname-war-3.0-SNAPSHOT.war
[INFO] [failsafe:verify {execution: verify}]
[INFO] Failsafe report directory: 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-war/target/failsafe-reports
[INFO] 
[INFO] Building Geronimo TestSuite :: Enterprise Testsuite :: AppName - Client
[INFO]task-segment: [install]
[INFO] 
[INFO] [genesis:validate-configuration {execution: default}]
[INFO] [geronimo-property:set-property {execution: set-property}]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-client/src/main/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 1 source file to 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-client/target/classes
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-client/src/test/resources
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/testsuite/enterprise-testsuite/appname-tests/appname-client/src/test/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] Com

[jira] Commented: (GERONIMO-5369) Geronimo 2.2.1 start failed on jdk 1.5.22, but successfully on JDK 1.6

2010-06-16 Thread Shawn Jiang (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-5369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879338#action_12879338
 ] 

Shawn Jiang commented on GERONIMO-5369:
---

Right, Besides this JIRA, I saw some saaj related problems caused by java 6 
working with G 2.2.x.  Therefore,  I tried to build 22 with java 5.  the result 
assemblies turned out to work for both java 5 and 6.   

I suggest we change the current geronimo 2.2.x build system to use java 5 
instead of java 6.






> Geronimo 2.2.1 start failed on jdk 1.5.22, but successfully on JDK 1.6
> --
>
> Key: GERONIMO-5369
> URL: https://issues.apache.org/jira/browse/GERONIMO-5369
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: startup/shutdown
>Affects Versions: 2.2.1
> Environment: OS: jdk 1.5.22, suse 10 sp2, redhat 5.3
>Reporter: viola.lu
>Priority: Minor
> Fix For: 2.2.1
>
>
> 1. export JAVA_HOME=/opt/jdk1.5.22
> 2.start server, but failed with errors:
> 2010-06-07 13:54:48,828 ERROR [GBeanInstanceState] Error while starting; 
> GBean is now in the FAILED state: 
> abstractName="org.apache.geronimo.configs/mejb/2.2.1-SNAPSHOT/car?J2EEApplication=null,j2eeType=EJBModule,name=org.apache.geronimo.configs/mejb/2.2.1-SNAPSHOT/car"
> org.apache.openejb.OpenEJBException: Creating application failed: 
> /g22src/plugins/mejb/geronimo-mejb/target/geronimo-mejb-2.2.1-SNAPSHOT.jar: 
> Error deploying 'ejb/mgmt/MEJB'.  Exception: class 
> java.lang.NoSuchFieldError: MINUTES: MINUTES
> 3.If i export JAVA_HOME=/opt/jdk1.6.10, server started without error.
> I think this is cozed by openejb 3.1.* build, i tried to build openejb3.1.* 
> with jdk 1.5,but failed by some method missing.

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



[jira] Commented: (GERONIMO-5369) Geronimo 2.2.1 start failed on jdk 1.5.22, but successfully on JDK 1.6

2010-06-16 Thread Kevan Miller (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-5369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879333#action_12879333
 ] 

Kevan Miller commented on GERONIMO-5369:


Hmm. I wouldn't drop 1.5 support in a 2.2.x. Not for this reason, anyway. Would 
prefer to see us building with Java 5.

> Geronimo 2.2.1 start failed on jdk 1.5.22, but successfully on JDK 1.6
> --
>
> Key: GERONIMO-5369
> URL: https://issues.apache.org/jira/browse/GERONIMO-5369
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: startup/shutdown
>Affects Versions: 2.2.1
> Environment: OS: jdk 1.5.22, suse 10 sp2, redhat 5.3
>Reporter: viola.lu
>Priority: Minor
> Fix For: 2.2.1
>
>
> 1. export JAVA_HOME=/opt/jdk1.5.22
> 2.start server, but failed with errors:
> 2010-06-07 13:54:48,828 ERROR [GBeanInstanceState] Error while starting; 
> GBean is now in the FAILED state: 
> abstractName="org.apache.geronimo.configs/mejb/2.2.1-SNAPSHOT/car?J2EEApplication=null,j2eeType=EJBModule,name=org.apache.geronimo.configs/mejb/2.2.1-SNAPSHOT/car"
> org.apache.openejb.OpenEJBException: Creating application failed: 
> /g22src/plugins/mejb/geronimo-mejb/target/geronimo-mejb-2.2.1-SNAPSHOT.jar: 
> Error deploying 'ejb/mgmt/MEJB'.  Exception: class 
> java.lang.NoSuchFieldError: MINUTES: MINUTES
> 3.If i export JAVA_HOME=/opt/jdk1.6.10, server started without error.
> I think this is cozed by openejb 3.1.* build, i tried to build openejb3.1.* 
> with jdk 1.5,but failed by some method missing.

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



Re: Binaries

2010-06-16 Thread Kevan Miller

On Jun 16, 2010, at 3:45 AM, weberjn wrote:

> 
>> The main artifacts up for vote are the source release archives 
> 
> Is there also a binary package to try out? I guess this would make more
> eyeballs test the new server.

They are staged here -- 
https://repository.apache.org/content/repositories/orgapachegeronimo-046/org/apache/geronimo/assemblies/

Would be good to see us pulling out the artifacts that will end up in the 
geronimo dist/ directory (source and assemblies w/ signatures/checksums) and 
stage them on people for server release votes.

--kevan

Binaries

2010-06-16 Thread weberjn

> The main artifacts up for vote are the source release archives 

Is there also a binary package to try out? I guess this would make more
eyeballs test the new server.

Juergen

-- 
View this message in context: 
http://apache-geronimo.328035.n3.nabble.com/VOTE-Geronimo-3-0-M1-release-3rd-attempt-tp883434p899243.html
Sent from the Development mailing list archive at Nabble.com.


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

2010-06-16 Thread gawor
Geronimo Revision: 955129 built with tests included
 
See the full build-0200.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20100616/build-0200.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20100616
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 28 minutes 40 seconds
[INFO] Finished at: Wed Jun 16 02:33:37 EDT 2010
[INFO] Final Memory: 300M/987M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
 
Assembly: tomcat
=
See full test results and logs at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20100616/logs-0200-tomcat/
 
[INFO] Running console-testsuite.basic-console
[INFO] Tests run: 38, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 97.514 
sec <<< FAILURE!
[INFO] Running console-testsuite.advance-test
[INFO] Tests run: 15, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 76.695 
sec <<< FAILURE!
--
[INFO] Running sec-testsuite.security
[INFO] Tests run: 2, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.245 
sec <<< FAILURE!
--
[INFO] Running security-testsuite.security
[INFO] Tests run: 36, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 29.632 
sec <<< FAILURE!
 
Assembly: jetty
=
See full test results and logs at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20100616/logs-0200-jetty/
 
[INFO] Running console-testsuite.basic-console
[INFO] Tests run: 38, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 99.276 
sec <<< FAILURE!
[INFO] Running console-testsuite.advance-test
[INFO] Tests run: 15, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 80.674 
sec <<< FAILURE!
--
[INFO] Running sec-testsuite.security
[INFO] Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 3.814 
sec <<< FAILURE!
 
Samples: branches/2.1
=
Log: 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20100616/samples-0200.log
 
Build status: FAILED