[jira] Updated: (GERONIMO-3740) Fail to run Deploy.bat/sh

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-3740:
-

Attachment: GERONIMO-3740.patch

Add the geronimo-plugin to online-deployer

> Fail to run Deploy.bat/sh
> -
>
> Key: GERONIMO-3740
> URL: https://issues.apache.org/jira/browse/GERONIMO-3740
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.1
>Reporter: YunFeng Ma
> Fix For: 2.1
>
> Attachments: GERONIMO-3740.patch
>
>
> > deploy --user system --password manager list-modules
> Using JRE_HOME:C:\Program Files\IBM\Java50\jre
> 15:31:48,843 WARN  [AbstractGBeanReference] GBean references are not using 
> proxi
> es
> 15:31:49,281 WARN  [ConfigurationUtil] Could not load gbean 
> org.apache.geronimo.
> configs/online-deployer/2.1-SNAPSHOT/car?ServiceModule=org.apache.geronimo.confi
> gs/online-deployer/2.1-SNAPSHOT/car,j2eeType=RemoteDeploymentManager,name=Module
> ConfigurerRegistry
> java.lang.NoClassDefFoundError: 
> org.apache.geronimo.system.plugin.PluginInstalle
> r
> at java.lang.ClassLoader.defineClassImpl(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
> at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:14
> 8)
> at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(
> JarFileClassLoader.java:52)
> at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFi
> leClassLoader.java:308)
> at 
> java.security.AccessController.doPrivileged(AccessController.java:275
> )
> at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(J
> arFileClassLoader.java:260)
> at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimize
> dClass(MultiParentClassLoader.java:422)
> at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(Mu
> ltiParentClassLoader.java:278)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:573)
> at java.lang.ClassLoader.defineClassImpl(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
> at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:14
> 8)
> at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(
> JarFileClassLoader.java:52)
> at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFi
> leClassLoader.java:308)
> at 
> java.security.AccessController.doPrivileged(AccessController.java:275
> )
> at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(J
> arFileClassLoader.java:260)
> at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimize
> dClass(MultiParentClassLoader.java:422)
> at 
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(Mu
> ltiParentClassLoader.java:278)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:573)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.(GBeanInstance.
> java:227)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.ja
> va:354)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio
> nGBeans(ConfigurationUtil.java:433)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
> iguration(ConfigurationUtil.java:200)
> at 
> org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
> iguration(ConfigurationUtil.java:159)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.loadBoo
> tConfiguration(MainConfigurationBootstrapper.java:84)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain
> (MainConfigurationBootstrapper.java:57)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma
> inConfigurationBootstrapper.java:38)
> at 
> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
> at 
> org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31
> )
> Exception in thread "main" java.lang.NoClassDefFoundError: 
> org.apache.geronimo.s
> ystem.plugin.PluginInstaller
> at java.lang.ClassLoader.defineClassImpl(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
> at 
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:14
> 8)
> at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(
> JarFileClassLoader.java:52)
> at 
> org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFi
> leClassLoader.java:308)
> at 
> java.security.AccessController.doP

[jira] Created: (GERONIMO-3740) Fail to run Deploy.bat/sh

[YunFeng Ma (JIRA)]

Fail to run Deploy.bat/sh
-

 Key: GERONIMO-3740
 URL: https://issues.apache.org/jira/browse/GERONIMO-3740
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 2.1
Reporter: YunFeng Ma
 Fix For: 2.1


> deploy --user system --password manager list-modules

Using JRE_HOME:C:\Program Files\IBM\Java50\jre
15:31:48,843 WARN  [AbstractGBeanReference] GBean references are not using proxi
es
15:31:49,281 WARN  [ConfigurationUtil] Could not load gbean org.apache.geronimo.
configs/online-deployer/2.1-SNAPSHOT/car?ServiceModule=org.apache.geronimo.confi
gs/online-deployer/2.1-SNAPSHOT/car,j2eeType=RemoteDeploymentManager,name=Module
ConfigurerRegistry
java.lang.NoClassDefFoundError: org.apache.geronimo.system.plugin.PluginInstalle
r
at java.lang.ClassLoader.defineClassImpl(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:14
8)
at org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(
JarFileClassLoader.java:52)
at org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFi
leClassLoader.java:308)
at java.security.AccessController.doPrivileged(AccessController.java:275
)
at org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(J
arFileClassLoader.java:260)
at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimize
dClass(MultiParentClassLoader.java:422)
at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(Mu
ltiParentClassLoader.java:278)
at java.lang.ClassLoader.loadClass(ClassLoader.java:573)
at java.lang.ClassLoader.defineClassImpl(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:14
8)
at org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(
JarFileClassLoader.java:52)
at org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFi
leClassLoader.java:308)
at java.security.AccessController.doPrivileged(AccessController.java:275
)
at org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(J
arFileClassLoader.java:260)
at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimize
dClass(MultiParentClassLoader.java:422)
at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(Mu
ltiParentClassLoader.java:278)
at java.lang.ClassLoader.loadClass(ClassLoader.java:573)
at org.apache.geronimo.gbean.runtime.GBeanInstance.(GBeanInstance.
java:227)
at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.ja
va:354)
at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio
nGBeans(ConfigurationUtil.java:433)
at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
iguration(ConfigurationUtil.java:200)
at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf
iguration(ConfigurationUtil.java:159)
at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.loadBoo
tConfiguration(MainConfigurationBootstrapper.java:84)
at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain
(MainConfigurationBootstrapper.java:57)
at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma
inConfigurationBootstrapper.java:38)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31
)
Exception in thread "main" java.lang.NoClassDefFoundError: org.apache.geronimo.s
ystem.plugin.PluginInstaller
at java.lang.ClassLoader.defineClassImpl(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:14
8)
at org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(
JarFileClassLoader.java:52)
at org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFi
leClassLoader.java:308)
at java.security.AccessController.doPrivileged(AccessController.java:275
)
at org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(J
arFileClassLoader.java:260)
at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimize
dClass(MultiParentClassLoader.java:422)
at org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(Mu
ltiParentClassLoader.java:278)
at java.lang.ClassLoader.loadClass(ClassLoader.java:573)
at java.lang.ClassLoader.defineClassImpl(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:228)
a

Re: [DISCUSS] Time to move AsyncHttpClient out of Sandbox

[Kevan Miller]

On Jan 7, 2008, at 3:04 PM, Gianny Damour wrote:


Hi,

Is it actually used in Geronimo? If not, then I would prefer this  
utility to be say part of http-client.


Well, Geronimo wouldn't be using code out of sandbox, but that's  
potentially a point-in-time/chicken-and-egg issue.


I think it would be useful to hear some details about the  
AsyncHttpClient and how it differs from HTTP Client. My understanding  
is that it's Mina-based and api-wise is easier to use than the HTTP  
client. Somebody willing to fill in with some more detailed info?


--kevan

Re: Yoko split

[Alan D. Cabrera]

On Jan 8, 2008, at 9:22 PM, Alan D. Cabrera wrote:

I can Jira issues over to CXF.  I'm guessing that issues in the  
following components need to be moved over:


CorbaBinding
Idl2Wsdl
Wsdl2Idl

I'll leave these assigned to no component for the CXF team to pick up.


I decided to create a component in CXF named Yoko to hold the old  
issues.  It's simple enough to remove when the issues have been  
properly classified.



Regards,
Alan

Yoko split

[Alan D. Cabrera]

So, the votes were completed over the holidays and it seems that we're  
good to go for the move/split to Yoko's new homes.


I can Jira issues over to CXF.  I'm guessing that issues in the  
following components need to be moved over:


CorbaBinding
Idl2Wsdl
Wsdl2Idl

I'll leave these assigned to no component for the CXF team to pick up.

As for SVN, it's my understanding that bindings and tools gets left  
behind, i.e. assimilated into CXF.  I'll start moving the Yoko core  
over to asf/geronimo/yoko.


I expect that the respective PMCs will setup the Yoko committers up in  
their projects.


Anyone know what the procedures are to wind down incubator projects?   
I'm going to update the incubator status page and will ping the  
community to review.  Expect this to be done tomorrow.


I think that it's important enough to restate that each PMC is  
responsible for the provenance of the contributions that are a part  
of  the Yoko pieces that they assimilate.  Do not assume that this has  
been completed, though I'm fairly certain that it has been.




Regards,
Alan

console plugin framework questions

[David Jencks]

I'm looking at making the geronimo plugin and deployment support in  
the console into a console plugin so I have been looking at how the  
console plugin system works.  I'm confused by a couple of interfaces  
that look to me as if they are not useful and an apparent lack of a  
dependency.


AFAICT AdminConsoleExtension and PlutoAccessInterface are only used  
inside AdminConsoleExtensionGBean, which implements both interfaces.   
I don't understand how this can be useful.


Also, AdminConsoleExtensionGBean uses PortalContainerServicesGBean  
but looks it up in the kernel directly rather than having a  
dependency on it.  There are some notes in e.g. console-jetty plan  
that the AdminConsoleExtensionGBean doesn't work there but I have to  
wonder if this is a consequence of the web apps being starting in the  
wrong order and the lack of this dependency.


I also wonder if using the web container to start spring and pluto is  
really the best plan, as it leaves PortalContainerServicesGBean  
started but without its info for some time.


I plan to investigate what happens if I remove the interfaces and use  
a dependency.  I might look into alternate ways to start pluto.  Any  
advice from those who have navigated this before would be very welcome.


thanks
david jencks

[jira] Resolved: (GERONIMO-3739) SnapshotDBHelper in the monitoring agent should not have static methods

[Viet Hung Nguyen (JIRA)]

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

Viet Hung Nguyen resolved GERONIMO-3739.


   Resolution: Fixed
Fix Version/s: 2.1

> SnapshotDBHelper in the monitoring agent should not have static methods
> ---
>
> Key: GERONIMO-3739
> URL: https://issues.apache.org/jira/browse/GERONIMO-3739
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: monitoring
>Affects Versions: 2.1
> Environment: windows
>Reporter: Viet Hung Nguyen
>Assignee: Viet Hung Nguyen
> Fix For: 2.1
>
> Attachments: geronimo.patch
>
>
> The SnapshotDBHelper in the monitoring agent is a utility class right now. 
> Other pieces of code can just use it by statically accessing its methods. 
> However, this is a dangerous practice if the DataSources are not set properly 
> before using it. So I suggest to force other pieces of code to instantiate 
> the SnapshotDBHelper object first before using it.

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

[jira] Assigned: (GERONIMO-3739) SnapshotDBHelper in the monitoring agent should not have static methods

[Erik B. Craig (JIRA)]

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

Erik B. Craig reassigned GERONIMO-3739:
---

Assignee: Viet Hung Nguyen  (was: Erik B. Craig)

> SnapshotDBHelper in the monitoring agent should not have static methods
> ---
>
> Key: GERONIMO-3739
> URL: https://issues.apache.org/jira/browse/GERONIMO-3739
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: monitoring
>Affects Versions: 2.1
> Environment: windows
>Reporter: Viet Hung Nguyen
>Assignee: Viet Hung Nguyen
> Attachments: geronimo.patch
>
>
> The SnapshotDBHelper in the monitoring agent is a utility class right now. 
> Other pieces of code can just use it by statically accessing its methods. 
> However, this is a dangerous practice if the DataSources are not set properly 
> before using it. So I suggest to force other pieces of code to instantiate 
> the SnapshotDBHelper object first before using it.

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

[jira] Commented: (GERONIMO-3739) SnapshotDBHelper in the monitoring agent should not have static methods

[Erik B. Craig (JIRA)]

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

Erik B. Craig commented on GERONIMO-3739:
-

Committed revision 610192.

> SnapshotDBHelper in the monitoring agent should not have static methods
> ---
>
> Key: GERONIMO-3739
> URL: https://issues.apache.org/jira/browse/GERONIMO-3739
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: monitoring
>Affects Versions: 2.1
> Environment: windows
>Reporter: Viet Hung Nguyen
>Assignee: Erik B. Craig
> Attachments: geronimo.patch
>
>
> The SnapshotDBHelper in the monitoring agent is a utility class right now. 
> Other pieces of code can just use it by statically accessing its methods. 
> However, this is a dangerous practice if the DataSources are not set properly 
> before using it. So I suggest to force other pieces of code to instantiate 
> the SnapshotDBHelper object first before using it.

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

[jira] Assigned: (GERONIMO-3739) SnapshotDBHelper in the monitoring agent should not have static methods

[Erik B. Craig (JIRA)]

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

Erik B. Craig reassigned GERONIMO-3739:
---

Assignee: Erik B. Craig  (was: Viet Hung Nguyen)

> SnapshotDBHelper in the monitoring agent should not have static methods
> ---
>
> Key: GERONIMO-3739
> URL: https://issues.apache.org/jira/browse/GERONIMO-3739
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: monitoring
>Affects Versions: 2.1
> Environment: windows
>Reporter: Viet Hung Nguyen
>Assignee: Erik B. Craig
> Attachments: geronimo.patch
>
>
> The SnapshotDBHelper in the monitoring agent is a utility class right now. 
> Other pieces of code can just use it by statically accessing its methods. 
> However, this is a dangerous practice if the DataSources are not set properly 
> before using it. So I suggest to force other pieces of code to instantiate 
> the SnapshotDBHelper object first before using it.

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

[NOTICE] Old Incubator Releases Archived

[Robert Burrell Donkin]

all incubator releases are being relocated from people.apache.org. old
releases are being archived directly to archive.apache.org. releases by
geronimo have been archived at
http://archive.apache.org/dist/incubator/geronimo.

redirects have been added so that links to the old URLs shouldn't break.
please verify that any links on your site still work.

- robert


signature.asc
Description: This is a digitally signed message part

[jira] Updated: (GERONIMO-3739) SnapshotDBHelper in the monitoring agent should not have static methods

[Viet Hung Nguyen (JIRA)]

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

Viet Hung Nguyen updated GERONIMO-3739:
---

Attachment: geronimo.patch

> SnapshotDBHelper in the monitoring agent should not have static methods
> ---
>
> Key: GERONIMO-3739
> URL: https://issues.apache.org/jira/browse/GERONIMO-3739
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: monitoring
>Affects Versions: 2.1
> Environment: windows
>Reporter: Viet Hung Nguyen
>Assignee: Viet Hung Nguyen
> Attachments: geronimo.patch
>
>
> The SnapshotDBHelper in the monitoring agent is a utility class right now. 
> Other pieces of code can just use it by statically accessing its methods. 
> However, this is a dangerous practice if the DataSources are not set properly 
> before using it. So I suggest to force other pieces of code to instantiate 
> the SnapshotDBHelper object first before using it.

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

[jira] Created: (GERONIMO-3739) SnapshotDBHelper in the monitoring agent should not have static methods

[Viet Hung Nguyen (JIRA)]

SnapshotDBHelper in the monitoring agent should not have static methods
---

 Key: GERONIMO-3739
 URL: https://issues.apache.org/jira/browse/GERONIMO-3739
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: monitoring
Affects Versions: 2.1
 Environment: windows
Reporter: Viet Hung Nguyen
Assignee: Viet Hung Nguyen
 Attachments: geronimo.patch

The SnapshotDBHelper in the monitoring agent is a utility class right now. 
Other pieces of code can just use it by statically accessing its methods. 
However, this is a dangerous practice if the DataSources are not set properly 
before using it. So I suggest to force other pieces of code to instantiate the 
SnapshotDBHelper object first before using it.

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

[jira] Assigned: (GERONIMO-3599) Unable to create new JMS Resource group through console in IE7

[Joseph Leong (JIRA)]

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

Joseph Leong reassigned GERONIMO-3599:
--

Assignee: Joseph Leong

> Unable to create new JMS Resource group through console in IE7
> --
>
> Key: GERONIMO-3599
> URL: https://issues.apache.org/jira/browse/GERONIMO-3599
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0.1
> Environment: WIN XP
>Reporter: anish pathadan
>Assignee: Joseph Leong
>
> I am not able to create a new JMS Resouce group through console. I am getting 
> cannot display the page error after entering the Q name and physical name and 
> then pressing next.
> The following is the url
> http://localhost:8080/console/portal/services/services_jms/_ps_services_jms_row1_col1_p1/normal/_pm_services_jms_row1_col1_p1/view/_ac_services_jms_row1_col1_p1/AC/_st_services_jms_row1_col1_p1/normal/_md_services_jms_row1_col1_p1/view/_pid/services_jms_row1_col1_p1
> The problem only comes with Internet Explorer 7.
> Best Regards,
> Anish Pathadan

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

[jira] Assigned: (GERONIMO-3468) Links broken through Ajp13.

[Joseph Leong (JIRA)]

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

Joseph Leong reassigned GERONIMO-3468:
--

Assignee: Joseph Leong

> Links broken through Ajp13.
> ---
>
> Key: GERONIMO-3468
> URL: https://issues.apache.org/jira/browse/GERONIMO-3468
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0.1
> Environment: Linux 2.6.21-gentoo-r4 #1 SMP Wed Jul 25 22:03:40 EDT 
> 2007 i686 Pentium III (Katmai) GenuineIntel GNU/Linux
> apache-2.2.6
> mod_jk-1.2.23
> sun-jdk-1.5.0.12
>Reporter: Aleksandr Tarutin
>Assignee: Joseph Leong
>
> When running behind apache through the Ajp13 connector the 'edit' and 'usage' 
> links on the 'Database Pools' page in the console don't work and just return 
> to the 'Database Pools' page. This happens in Geronimo with Jetty.

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

Re: [Fwd: [CONF] Apache Geronimo Knowledge Base: the LDAP server in Geronimo 2.0.2 (page created)]

[David Jencks]

On Jan 8, 2008, at 7:08 AM, Hernan Cunico wrote:


Hi All,
this is a question a user posted on the Knowledge Base.

Basically, where did the LDAP plugin go in Geronimo v2.0.2?


I moved it to plugins/directory.  In branches/2.0 there's a version  
that I think used apacheds 1.5.0 and works with geronimo 2.0.2 and in  
trunk is a version that works with an outdated apacheds trunk and  
geronimo trunk (2.1-SNAPSHOT).I'm afraid I've lost track of  
reality regarding likely release dates for both apacheds 2 and  
geronimo 2.1 -- I've been expecting them to be released any week now  
for months.


Should we clean up the branches plugin and release it?  The main  
argument against this is that the geronimo-plugin.xml format changed  
a lot and old plugins won't run on geronimo 2.1.


thanks
david jencks



I've lost track of LDAP, does anybody has an update?

Cheers!
Hernan

 Original Message 
Subject: 	[CONF] Apache Geronimo Knowledge Base: the LDAP server in  
Geronimo 2.0.2 (page created)

Date:   Tue, 8 Jan 2008 04:53:00 -0800 (PST)
From:   [EMAIL PROTECTED]
To: [EMAIL PROTECTED]



Page Created : GMOxKB  : the LDAP server in Geronimo 2.0.2 cwiki.apache.org/confluence/display/GMOxKB/the+LDAP+server+in 
+Geronimo+2.0.2>


the LDAP server in Geronimo 2.0.2  has  
been created by yuluo  (Jan 08, 2008).


Content:

I have downloaded the Geronimo 2.0.2,but i can't find the LDAP  
server within it,and it's say that the apache was installed in  
Geronimo server from 2.0 release.also i can't downloaded and  
installed the this plugin from the Repository "http:// 
geronimo.apache.org/plugins/geronimo-2.0.2".
if somebody can answer me ,please pass the resolvent to  
"[EMAIL PROTECTED]".It will be helpfull for me,thanks.


Powered by Atlassian Confluence  (Version: 2.2.9 Build:#527  
Sep 07, 2006) - Bug/feature request 


Unsubscribe or edit your notifications preferences cwiki.apache.org/confluence/users/viewnotifications.action>

Re: EJB-based web services cannot find WSDL

[Derek Tam]

I don't see any "Configuring EJB JAX-WS Web Service" message in log file.
Will it be problem in ejb config files?

ejb-jar.xml:


http://java.sun.com/xml/ns/javaee";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
  http://java.sun.com/xml/ns/javaee/ejb-jar_3_0.xsd";
version="3.0">


EJB3 Session Bean Encapsulating all 
addition
Operations
CalculatorBean
CalculatorBean

org.apache.geronimo.samples.ejb.CalculatorService

org.apache.geronimo.samples.ejb.CalculatorBean
Stateless
Container

services/Calculator

javax.xml.ws.Service

META-INF/wsdl/CalculatorService.wsdl


 


openejb-jar.xml:


http://www.openejb.org/xml/ns/openejb-jar-2.1";
xmlns:naming="http://geronimo.apache.org/xml/ns/naming-1.1";
xmlns:security="http://geronimo.apache.org/xml/ns/security-1.1";
xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";>

   

org.apache.geronimo.samples
Calculator
1.0-SNAPSHOT
car









CalculatorBean

   
services/Calculator
   
  CalculatorPort
  http
  localhost
  8080
  /Calculator/calculator
   









Jarek Gawor-2 wrote:
> 
> Derek,
> 
> Please use [EMAIL PROTECTED] for questions like this. We just
> had a similar question on the users mailing list.
> 
> Anyway, look for "Configuring EJB JAX-WS Web Service: " log message in the
> var/log/geronimo.log file. That log message contains the uri
> address at which the service is published at (the address specified in
> the wsdl is ignored).
> 
> Jarek
> 
> On Jan 8, 2008 10:38 AM, Derek Tam <[EMAIL PROTECTED]> wrote:
>>
>> Trying to call the web services from a client but geronimo reports WSDL
>> fileNotFoundException. Any ideas what may caused it.
>>
>> Web services client:
>> ...
>> int v1 = Integer.parseInt(value1);
>> int v2 = Integer.parseInt(value2);
>> URL url = new
>> URL("http://localhost:8080/Calculator/calculator?wsdl";);
>> QName qname = new
>> QName("http://jws.samples.geronimo.apache.org";,
>> "Calculator");
>> Service service = Service.create(url, qname);
>>
>> CalculatorService calc =
>> (CalculatorService)service.getPort(CalculatorService.class);
>> int sum = calc.add(v1, v2);
>> ...
>>
>> WSDL:
>>
>> > xmlns="http://schemas.xmlsoap.org/wsdl/";
>> xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";
>> xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
>> xmlns:xsd="http://www.w3.org/2001/XMLSchema";
>> targetNamespace="http://jws.samples.geronimo.apache.org";
>> xmlns:tns="http://jws.samples.geronimo.apache.org";>
>>
>> 
>> http://www.w3.org/2001/XMLSchema";
>> xmlns="http://jws.samples.geronimo.apache.org";
>>
>> targetNamespace="http://jws.samples.geronimo.apache.org";
>> attributeFormDefault="unqualified"
>> elementFormDefault="qualified">
>>
>>  
>> 
>>
>>   
>>   
>>
>> 
>>  
>>
>>  
>> 
>>
>>   
>>
>> 
>>  
>> 
>> 
>>
>> 
>>
>> 
>>
>> 
>>
>> 
>>
>> 
>>
>>  
>>  
>>
>> 
>>
>> > type="tns:CalculatorPortType">
>> > transport="http://schemas.xmlsoap.org/soap/http"/>
>>
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>
>> 
>>
>> 
>> > binding="tns:CalculatorSoapBinding">
>> > location="http://localhost:8080/Calculator/calculator"/>
>> 
>> 
>>
>>
>> 
>>
>> geronimo.log:
>>
>> javax.xml.ws.WebServiceException: The following WSDL exception occurred:
>> WSDLException: faultCode=WS
>> DL4JWrapper : : WSDLException: faultCode=WSDL4JWrapper : :
>> java.io.FileNotFoundException: http://loc
>> alhost:8080/Calculator/calculat

[jira] Resolved: (GERONIMO-3706) support for proxy

[Rick McGuire (JIRA)]

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

Rick McGuire resolved GERONIMO-3706.


Resolution: Fixed

Committed revision 610084.

I've committed an initial revision based on the proof-of-concept patch.  This 
has separate configurations for http and https:.  The exclusion list is a 
semicolon separated list of domains.  These can be fully qualified domain 
names, names with a leading wild card (e.g., "*.apache.org"), or string 
dot-addressess ("127.0.0.1).  No attempt is made to resolve host names to IP 
addresses and cross check that way.  Part of the problem with attempting to do 
that is the client making the request through a proxy server might not have 
sufficient DNS access to resolve the external IP address of the target.  Not 
sure how to handle that one.  

Also, I'm not sure I understand how the IP address\subnet mask combination 
would end up getting applied?  This is the first time I've seen a need for a 
subnet mask in any Java networking application. 

Additional support for the exclusion list can be added under this Jira until 
it's closed or a new Jira can opened for specific issues, if you desire. 

> support for proxy
> -
>
> Key: GERONIMO-3706
> URL: https://issues.apache.org/jira/browse/GERONIMO-3706
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: AsyncHttpClient
>Affects Versions: 1.x
>Reporter: Sangjin Lee
> Attachments: proxy_poc.patch
>
>
> Proxy support is a critical feature for HTTP clients.  I'd like to have 
> AsyncHttpClient support proxy.  The following would be considered as the 
> basic features:
> - Enabling connecting through proxies for http and https targets
> - Exclusion (domains that should not go through proxies)
> - Allowing proxy related configuration on AsyncHttpClient
> - Support for proxy authentication, at least for Basic authentication (and 
> perhaps Digest too?)
> There are things like SOCKS support, etc., but the above will be a good 
> start.  Thoughts?

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

[jira] Closed: (GERONIMO-3735) upgrade mina to 1.1.5

[Rick McGuire (JIRA)]

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

Rick McGuire closed GERONIMO-3735.
--

Resolution: Fixed

Committed revision 610084.

Thanks Sangjin!

> upgrade mina to 1.1.5
> -
>
> Key: GERONIMO-3735
> URL: https://issues.apache.org/jira/browse/GERONIMO-3735
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: AsyncHttpClient
>Affects Versions: 1.x
>Reporter: Sangjin Lee
> Attachments: 3735.patch
>
>
> We may want to upgrade mina from 1.1.2 to 1.1.5.  1.1.5 contains a slew of 
> fixes over 1.1.2.  Some of the notables include DIRMINA-305, DIRMINA-429, 
> DIRMINA-430, DIRMINA-436, DIRMINA-458, and DIRMINA-469.

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

Re: EJB-based web services cannot find WSDL

[Jarek Gawor]

Derek,

Please use [EMAIL PROTECTED] for questions like this. We just
had a similar question on the users mailing list.

Anyway, look for "Configuring EJB JAX-WS Web Service: " log message in the
var/log/geronimo.log file. That log message contains the uri
address at which the service is published at (the address specified in
the wsdl is ignored).

Jarek

On Jan 8, 2008 10:38 AM, Derek Tam <[EMAIL PROTECTED]> wrote:
>
> Trying to call the web services from a client but geronimo reports WSDL
> fileNotFoundException. Any ideas what may caused it.
>
> Web services client:
> ...
> int v1 = Integer.parseInt(value1);
> int v2 = Integer.parseInt(value2);
> URL url = new 
> URL("http://localhost:8080/Calculator/calculator?wsdl";);
> QName qname = new 
> QName("http://jws.samples.geronimo.apache.org";,
> "Calculator");
> Service service = Service.create(url, qname);
>
> CalculatorService calc =
> (CalculatorService)service.getPort(CalculatorService.class);
> int sum = calc.add(v1, v2);
> ...
>
> WSDL:
>
>  xmlns="http://schemas.xmlsoap.org/wsdl/";
> xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";
> xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
> xmlns:xsd="http://www.w3.org/2001/XMLSchema";
> targetNamespace="http://jws.samples.geronimo.apache.org";
> xmlns:tns="http://jws.samples.geronimo.apache.org";>
>
> 
> http://www.w3.org/2001/XMLSchema";
> xmlns="http://jws.samples.geronimo.apache.org";
> targetNamespace="http://jws.samples.geronimo.apache.org";
> attributeFormDefault="unqualified"
> elementFormDefault="qualified">
>
>  
> 
>
>   
>   
>
> 
>  
>
>  
> 
>
>   
>
> 
>  
> 
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
>  
>  
>
> 
>
>  type="tns:CalculatorPortType">
>  transport="http://schemas.xmlsoap.org/soap/http"/>
>
> 
> 
> 
> 
> 
> 
> 
> 
> 
>
> 
>
> 
>  binding="tns:CalculatorSoapBinding">
>  location="http://localhost:8080/Calculator/calculator"/>
> 
> 
>
>
> 
>
> geronimo.log:
>
> javax.xml.ws.WebServiceException: The following WSDL exception occurred:
> WSDLException: faultCode=WS
> DL4JWrapper : : WSDLException: faultCode=WSDL4JWrapper : :
> java.io.FileNotFoundException: http://loc
> alhost:8080/Calculator/calculator?wsdl
> at
> org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:1
> 72)
> at
> org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69)
>
> at
> org.apache.axis2.jaxws.description.impl.ServiceDescriptionImpl.setupWsdlDefinition(Servic
> eDescriptionImpl.java:551)
> at
> org.apache.axis2.jaxws.description.impl.ServiceDescriptionImpl.(ServiceDescriptionI
> mpl.java:143)
> at
> org.apache.axis2.jaxws.description.impl.DescriptionFactoryImpl.createServiceDescription(D
> escriptionFactoryImpl.java:101)
> at
> org.apache.axis2.jaxws.description.DescriptionFactory.createServiceDescription(Descriptio
> nFactory.java:69)
> at
> org.apache.axis2.jaxws.spi.ServiceDelegate.(ServiceDelegate.java:87)
> at
> org.apache.axis2.jaxws.spi.Provider.createServiceDelegate(Provider.java:45)
> at javax.xml.ws.Service.(Unknown Source)
> at javax.xml.ws.Service.create(Unknown Source)
> at org.apache.jsp.add_jsp._jspService(add_jsp.java:107)
> at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:388)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.j
> --
> View this message in context: 
> http://www.nabble.com/EJB-based-web-services-cannot-find-WSDL-tp14692118s134p14692118.html
> Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
>
>

[jira] Resolved: (GERONIMO-3701) Update Tomcat build image for Geronimo to 6.0.14 and include fix for Webdav security exposure

[Joe Bohn (JIRA)]

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

Joe Bohn resolved GERONIMO-3701.


Resolution: Fixed

> Update Tomcat build image for Geronimo to 6.0.14 and include fix for Webdav 
> security exposure
> -
>
> Key: GERONIMO-3701
> URL: https://issues.apache.org/jira/browse/GERONIMO-3701
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Tomcat
>Affects Versions: 2.1
>Reporter: Joe Bohn
>Assignee: Joe Bohn
> Fix For: 2.1
>
>
> Replace the tomcat 6.0.13 private build for Geronimo with a 6.0.14 image.  
> Also include the fix for the tomcat Webdav security issue.  Remove older 
> tomcat build images from geronimo repository.

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

[jira] Resolved: (GERONIMO-3636) replace refresh link on console log views with buttons and fix broken server log viewer filter

[Joe Bohn (JIRA)]

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

Joe Bohn resolved GERONIMO-3636.


   Resolution: Fixed
Fix Version/s: 2.1

> replace refresh link on console log views with buttons and fix broken server 
> log viewer filter
> --
>
> Key: GERONIMO-3636
> URL: https://issues.apache.org/jira/browse/GERONIMO-3636
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1
>Reporter: Joe Bohn
>Assignee: Joe Bohn
>Priority: Minor
> Fix For: 2.1
>
>
> Cosmetic change to replace the "refresh" links on the log view pages with 
> buttons.  Also, improve the terminology on the filter criteria selections and 
> fix the server log viewer filter to work again (currently doesn't show 
> selected log level in drop down and does not preserve the selection upon 
> response).

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

[jira] Resolved: (GERONIMO-3674) Create a private build of pluto 1.2.0-SNAPSHOT for Geronimo release

[Joe Bohn (JIRA)]

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

Joe Bohn resolved GERONIMO-3674.


Resolution: Fixed

> Create a private build of pluto 1.2.0-SNAPSHOT for Geronimo release
> ---
>
> Key: GERONIMO-3674
> URL: https://issues.apache.org/jira/browse/GERONIMO-3674
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>Affects Versions: 2.1
>Reporter: Joe Bohn
>Assignee: Joe Bohn
> Fix For: 2.1
>
>
> Pluto will not be able to release 1.2.0 prior to our Geronimo 2.1 release.  
> We can not release with a dependency on the 1.2.0-SNAPSHOT.  Therefore, we 
> must build our own pluto and record the revision #.
> $  svn info
> Path: .
> URL: https://svn.apache.org/repos/asf/portals/pluto/trunk
> Repository Root: https://svn.apache.org/repos/asf
> Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
> Revision: 601060
> Node Kind: directory
> Schedule: normal
> Last Changed Author: cdoremus
> Last Changed Rev: 586586
> Last Changed Date: 2007-10-19 15:33:58 -0400 (Fri, 19 Oct 2007)
> Properties Last Updated: 2007-11-28 11:37:48 -0500 (Wed, 28 Nov 2007)

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

[jira] Resolved: (GERONIMO-3631) Move to OpenJPA 1.0.1

[Joe Bohn (JIRA)]

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

Joe Bohn resolved GERONIMO-3631.


   Resolution: Fixed
Fix Version/s: 2.1

> Move to OpenJPA 1.0.1
> -
>
> Key: GERONIMO-3631
> URL: https://issues.apache.org/jira/browse/GERONIMO-3631
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>Affects Versions: 2.1
>Reporter: Joe Bohn
>Assignee: Joe Bohn
>Priority: Minor
> Fix For: 2.1
>
>
> Need to upgrade OpenJPA from 1.0.0 to 1.0.1

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

EJB-based web services cannot find WSDL

[Derek Tam]

Trying to call the web services from a client but geronimo reports WSDL
fileNotFoundException. Any ideas what may caused it.

Web services client:
...
int v1 = Integer.parseInt(value1);
int v2 = Integer.parseInt(value2);
URL url = new 
URL("http://localhost:8080/Calculator/calculator?wsdl";);
QName qname = new 
QName("http://jws.samples.geronimo.apache.org";,
"Calculator");
Service service = Service.create(url, qname);

CalculatorService calc =
(CalculatorService)service.getPort(CalculatorService.class);
int sum = calc.add(v1, v2);
...

WSDL:

http://schemas.xmlsoap.org/wsdl/";
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
targetNamespace="http://jws.samples.geronimo.apache.org";
xmlns:tns="http://jws.samples.geronimo.apache.org";>


http://www.w3.org/2001/XMLSchema"; 
xmlns="http://jws.samples.geronimo.apache.org"; 
targetNamespace="http://jws.samples.geronimo.apache.org";
attributeFormDefault="unqualified"
elementFormDefault="qualified">

 

   
  
  
   

 

 

   
  
   

 


  

   



   



   
 
 
   



http://schemas.xmlsoap.org/soap/http"/>












  


http://localhost:8080/Calculator/calculator"/>


   



geronimo.log:

javax.xml.ws.WebServiceException: The following WSDL exception occurred:
WSDLException: faultCode=WS
DL4JWrapper : : WSDLException: faultCode=WSDL4JWrapper : :
java.io.FileNotFoundException: http://loc
alhost:8080/Calculator/calculator?wsdl
at
org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:1
72)
at
org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69)

at
org.apache.axis2.jaxws.description.impl.ServiceDescriptionImpl.setupWsdlDefinition(Servic
eDescriptionImpl.java:551)
at
org.apache.axis2.jaxws.description.impl.ServiceDescriptionImpl.(ServiceDescriptionI
mpl.java:143)
at
org.apache.axis2.jaxws.description.impl.DescriptionFactoryImpl.createServiceDescription(D
escriptionFactoryImpl.java:101)
at
org.apache.axis2.jaxws.description.DescriptionFactory.createServiceDescription(Descriptio
nFactory.java:69)
at
org.apache.axis2.jaxws.spi.ServiceDelegate.(ServiceDelegate.java:87)
at
org.apache.axis2.jaxws.spi.Provider.createServiceDelegate(Provider.java:45)
at javax.xml.ws.Service.(Unknown Source)
at javax.xml.ws.Service.create(Unknown Source)
at org.apache.jsp.add_jsp._jspService(add_jsp.java:107)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:388)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.j
-- 
View this message in context: 
http://www.nabble.com/EJB-based-web-services-cannot-find-WSDL-tp14692118s134p14692118.html
Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.

[jira] Created: (GERONIMO-3738) Upgrade to Jetty 6.1.7

[Joe Bohn (JIRA)]

Upgrade to Jetty 6.1.7
--

 Key: GERONIMO-3738
 URL: https://issues.apache.org/jira/browse/GERONIMO-3738
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: Jetty
Reporter: Joe Bohn
Assignee: Joe Bohn
 Fix For: 2.1


We need to pick up the latest available version of Jetty to fix a security 
issue.

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

[Fwd: [CONF] Apache Geronimo Knowledge Base: the LDAP server in Geronimo 2.0.2 (page created)]

[Hernan Cunico]

Hi All,
this is a question a user posted on the Knowledge Base.

Basically, where did the LDAP plugin go in Geronimo v2.0.2?

I've lost track of LDAP, does anybody has an update?

Cheers!
Hernan

 Original Message 
Subject: 	[CONF] Apache Geronimo Knowledge Base: the LDAP server in 
Geronimo 2.0.2 (page created)

Date:   Tue, 8 Jan 2008 04:53:00 -0800 (PST)
From:   [EMAIL PROTECTED]
To: [EMAIL PROTECTED]



Page Created : GMOxKB 
 : the LDAP server in Geronimo 2.0.2 
 



the LDAP server in Geronimo 2.0.2 
 
has been created by yuluo 
 (Jan 08, 2008).


Content:

I have downloaded the Geronimo 2.0.2,but i can't find the LDAP server 
within it,and it's say that the apache was installed in Geronimo server 
from 2.0 release.also i can't downloaded and installed the this plugin 
from the Repository "http://geronimo.apache.org/plugins/geronimo-2.0.2";.
if somebody can answer me ,please pass the resolvent to 
"[EMAIL PROTECTED]".It will be helpfull for me,thanks.


Powered by Atlassian Confluence 
 
(Version: 2.2.9 Build:#527 Sep 07, 2006) - Bug/feature request 



Unsubscribe or edit your notifications preferences 

Re: Running integration tests by default?

[Donald Woods]

I finally got the testsuite to run by setting up a new OpenSUSE 10.3 VM 
image with Maven 2.0.7 and Sun 1.5.0_13, but I'm still seeing the same 
mvn unit test failures when building some of the server plugins with 
car-maven-plugin.


Guess you guys with the Macs have such a controlled OS/Java setup, that 
you don't run into the problems that we Linux and Windows users often 
have... :-)



-Donald

Donald Woods wrote:
I have yet to get the testsuite to complete on my laptop running 
RHEL5u1.  Guess I need to find some time to debug each failure until I 
get down to the same number of failures Prasad gets on his automated 
runs


-Donald


David Jencks wrote:


On Jan 5, 2008, at 11:34 AM, Donald Woods wrote:

Taking another hour to run the IT tests on Tomcat and Jetty (on top 
of the 30 mins. to run a full build) is just too much wasted time in 
my busy schedule... :-)  Besides, we have Prasad's scheduled builds 
running with IT on several times a day, which is close enough to 
continuous builds to catch build breaks.


I'd rather see more automated builds with every build running the IT 
instead of forcing it as the default on all our developers.  If 
someone is working on an isolated piece of code (like Console 
portlets or non-core plugin like remote mgmt or clustering) then I 
don't see how always running IT would outweigh the decreased 
productivity of increased build times...


I don't think I understand your point of view yet.  IIUC we are 
discussing whether we want


A. mvn clean install runs the integration tests, and if you don't want 
to wait for them you can type ctrl-c at any point or run mvn clean 
install -P no-it


B. mvn clean install does not run the integration tests and if you do 
want them you type mvn clean install -P with-it


Obviously its not a lot of fun to wait around while the it tests run 
and I don't expect everyone to run them before most commits.  To me 
however its a good principle to run all the available tests before 
committing ( #1 below) so we should express that principle by making 
that happen in the default build ( # 2 below).  If in your judgement 
your changes are not likely to affect the integration tests you are 
free to not run them (#3 below), or indeed to not do a complete build 
of the server: I for one frequently don't do a full server build after 
changes I think are minor.  (Sometimes this results in me staying up 
very late trying to fix the build after I later discover I broke it)


I understand you don't want to run the integration tests before every 
commit, and I don't either and don't expect to.  I'm thinking more of 
the case when I've worked until 3 AM and think I have everything 
working so I do a full build overnight as a last check before 
committing in the morning. no way will I remember to type -P 
with-it but in this situation there's plenty of time to run all the 
integration tests and a big advantage to doing so.  If you are sitting 
around waiting for a build to complete and you forgot to type -P no-it 
you can still interrupt the build anytime you want -- after your 
module builds, after one assembly completes so you can try starting 
it, after some itests finish whenever you want.





Also, there have been 4 console tests broken for well over a week 
now, with no apparent rush to fix them, so everyone is now used to 
ignoring the Build Failure notices




I don't think you've been following closely, or my mail isn't 
working.  For quite a while there was an incompatible xbean version 
problem with openejb which Jarek identified and fixed on Jan 2.  We 
then had 8 successful 2.1 builds from Jan 2 to yesterday.  We've had 3 
failed builds since, one possibly anomolous in geronimo-system, and 2 
with the broken console tests you mention.  I ran the itests before my 
last commit and these console tests passed, and I am not a console 
expert, so I haven't looked into them yet.


However, whatever the specific facts about the current failures, I 
think we generally don't pay enough attention to itest failures.  
Personally running them myself a couple times a week is the best way 
I've thought of to keep them on my personal radar.  Do you have any 
ideas how to generally raise the level of attention paid to them?


thanks
david jencks




-Donald

David Jencks wrote:

On Jan 4, 2008, at 1:07 PM, Donald Woods wrote:
How about not running the integration tests by default and letting 
those who want them either 1) use a "-P testsuite" option from 
trunk or 2) run mvn inside the testsuite subdir?
(2) is what we had before my change and didn't work for me -- I 
never ran the testsuite.

My thinking on my change is:
1. Its better to run more tests.  For instance if you see a IT 
failure on your machine I think you are much more likely to fix it 
than if you have to wait for the notification from Prasad's 
automation.  I think this is why we have unit tests as well :-)
2. People are lazy and don't like to type, so the default 

[jira] Resolved: (GERONIMO-3737) Failed to create a database pool via geronimo console

[Jarek Gawor (JIRA)]

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

Jarek Gawor resolved GERONIMO-3737.
---

Resolution: Fixed

This was fixed yesterday in r609747. Please update your code and double check.


> Failed to create a database pool via geronimo console
> -
>
> Key: GERONIMO-3737
> URL: https://issues.apache.org/jira/browse/GERONIMO-3737
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.1
>Reporter: YunFeng Ma
> Fix For: 2.1
>
>
> Recreate the error via the following steps:
>   1.  Click "Database Pools" in the left menu
>   2. Click link "Using the Geronimo database pool wizard"
>   3. Name of Database Pool: testDB,  Database Type: Derby embedded, click 
> "Next" button
>   4. Database Name: SystemDatabase, click "Deploy" button
> Then get the error message:
> Caused by:
> java.lang.NoClassDefFoundError: org.apache.xmlbeans.XmlException
>   at java.lang.J9VMInternals.verifyImpl(Native Method)
>   at java.lang.J9VMInternals.verify(J9VMInternals.java:66)
>   at java.lang.J9VMInternals.verify(J9VMInternals.java:64)
>   at java.lang.J9VMInternals.initialize(J9VMInternals.java:127)
>   at 
> org.apache.geronimo.connector.deployment.RARConfigurer.createConfiguration(RARConfigurer.java:43)
>   at 
> org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.createConfiguration(JMXDeploymentManager.java:313)
>   at 
> org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.save(DatabasePoolPortlet.java:957)
>   at 
> org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.processAction(DatabasePoolPortlet.java:363)
>   at 
> org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218)
>   at org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
>   at 
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
>   at 
> org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:65)
>   at 
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
>   at 
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
>   at 
> org.apache.geronimo.jetty6.handler.JettySecurityHandler.handle(JettySecurityHandler.java:114)
>   at 
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
>   at 
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
>   at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
>   at 
> org.apache.geronimo.jetty6.handler.TwistyWebAppContext.access$101(TwistyWebAppContext.java:40)
>   at 
> org.apache.geronimo.jetty6.handler.TwistyWebAppContext$TwistyHandler.handle(TwistyWebAppContext.java:65)
>   at 
> org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle(ThreadClassloaderHandler.java:46)
>   at 
> org.apache.geronimo.jetty6.handler.InstanceContextHandler.handle(InstanceContextHandler.java:67)
>   at 
> org.apache.geronimo.jetty6.handler.UserTransactionHandler.handle(UserTransactionHandler.java:48)
>   at 
> org.apache.geronimo.jetty6.handler.ComponentContextHandler.handle(ComponentContextHandler.java:47)
>   at 
> org.apache.geronimo.jetty6.handler.TwistyWebAppContext.handle(TwistyWebAppContext.java:59)
>   at org.mortbay.jetty.servlet.Dispatcher.include(Dispatcher.java:192)
>   at 
> org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
>   at 
> org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPortletInvokerService.java:85)
>   at 
> org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerImpl.java:219)
>   at 
> org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:112)
>   at 
> org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServlet.java:158)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
>   at 
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
>   at 
> org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:65)
>   at 
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
>   at 
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
>   at 
> org.apache.geronimo.jetty6.handler.JettySecurityHandler.handle(JettySecurityHandler.java:114)
>   at 
> org.mortbay.jet

Re: [BUILD] 2.1: Failed for Revision: 609311

[Donald Woods]

Your fixes in Rev609764 fixed the failing Console tests.
Thanks.

-Donald

Jarek Gawor wrote:

Yun Feng Ma,

Btw, I think there are some mistakes in the resource bundle. For
example, some text has '=' as part of the text, for example:

webmanager.normal.high   = =High

Most of that is visible in the statistic portlet for the web server
(on jetty once you enable it).

Also, it would be good to spell check the resource bundle. Found a few
mistakes. For example:

car.viewForDownload.geronimoVersions  = eronimo-Versions

And thanks for doing these translations!

Jarek

On Jan 6, 2008 10:44 PM, YunFeng Ma <[EMAIL PROTECTED]> wrote:

Yes, it's because of the i18n console changes, I'll
take a look at this.
thanks.

Yun Feng Ma


Donald Woods wrote:

I just updated the Basic Console tests and i18n

English bundle for the

Server Information portlet/tests.  Looks like the

Console tests will

need some work, if we want them to work on any

non-English locales

that have translations provided

-Donald

Jarek Gawor wrote:

No. I think the basic console tests are failing

because of the recent

i18n console changes and the advanced console tests

are failing

because of some dependency changes? That is, the

following exception

appears in the server logs:

java.lang.NoClassDefFoundError:

org/apache/xmlbeans/XmlException

at


org.apache.geronimo.connector.deployment.RARConfigurer.createConfiguration(RARConfigurer.java:43)


at


org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.createConfiguration(JMXDeploymentManager.java:313)


at


org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.save(DatabasePoolPortlet.java:957)


at


org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.processAction(DatabasePoolPortlet.java:363)


at


org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218)

at


org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145)

at

javax.servlet.http.HttpServlet.service(HttpServlet.java:713)

at

javax.servlet.http.HttpServlet.service(HttpServlet.java:806)

at


org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)



Jarek

On Jan 6, 2008 11:33 AM, Jacek Laskowski

<[EMAIL PROTECTED]> wrote:

On 6 Jan 2008 16:08:04 -,  <[EMAIL PROTECTED]>

wrote:

OpenEJB trunk at 609309
Geronimo Revision: 609311 built with tests

included

See the full build-0900.log file at


http://people.apache.org/~prasad/binaries/trunk/20080106/build-0900.log



Download the binaries from


http://people.apache.org/~prasad/binaries/trunk/20080106

[INFO] BUILD SUCCESSFUL
[INFO]





[INFO] Total time: 28 minutes 46 seconds
[INFO] Finished at: Sun Jan 06 09:35:00 EST 2008
[INFO] Final Memory: 293M/999M
[INFO]






TESTSUITE RESULTS (Failures only)
=
See detailed results at


http://people.apache.org/~prasad/testsuite/ResultsSummary.html

Assembly: tomcat
=
See the full test.log file at


http://people.apache.org/~prasad/binaries/trunk/20080106/logs-0900-tomcat/test.log



[INFO] Running console-testsuite.basic-console
[INFO] Tests run: 38, Failures: 1, Errors: 0,

Skipped: 0, Time

elapsed: 85.014 sec <<< FAILURE!

Just before the failure the following is printed

out:

[WARNING] OS appears to be Unix and no DISPLAY

environment variable

has been detected. Browser maybe unable to

function correctly.

Consider using the selenium:xvfb goal to enable

headless operation.

Can it be the culprit?

Jacek

--
Jacek Laskowski
http://www.JacekLaskowski.pl





  

Looking for last minute shopping deals?
Find them fast with Yahoo! Search.  
http://tools.search.yahoo.com/newsearch/category.php?category=shopping






smime.p7s
Description: S/MIME Cryptographic Signature

Re: [DISCUSS] Time to move AsyncHttpClient out of Sandbox

[Donald Woods]

#3 is okay with me.  Was just thinking that #2 (plugin) would allow us 
to expose it on our plugin website and allow other users to just place a 
dependency on it in their plugins


-Donald

Kevan Miller wrote:


On Jan 5, 2008, at 2:45 PM, Donald Woods wrote:

There has been a lot of ongoing work by Jeff, Prasad, Rick, Sangjin 
and others on the AsyncHttpClient (aka. AHC) code in the sandbox and 
I'd like to start the discussion on moving it from sandbox into trunk.


There are a couple options as to where it could reside -
1) under server/trunk/applications
2) under server/trunk/plugins
3) under geronimo/components/

What are everyone's thoughts?  I'd like to get this into our 2.1 
release and possibly into the 2.0.x branch if time allows.



Personally, I don't think it should go into server/trunk.

There's a 4'th option -- create a subproject (e.g. geronimo/ahc). The 
only real difference,  between this and 3) is web site, jira, etc.


At the moment, I'm leaning towards 3) -- geronimo/components/ahc (or 
some more descriptive name), but could probably be swayed...


--kevan




smime.p7s
Description: S/MIME Cryptographic Signature

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

[Shiva Kumar H R (JIRA)]

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

shivahr edited comment on GERONIMO-3254 at 1/8/08 1:51 AM:
---

"Consolidated Test WAR for Plan Creator.zip" : please see the "Readme.txt" 
inside the zip file.

  was (Author: shivahr):
Please see the "Readme.txt" inside the zip file.
  
> 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
>Assignee: Shiva Kumar H R
> Fix For: 2.1
>
> 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, Consolidated Test WAR for Plan Creator.zip, 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

[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 Test WAR for Plan Creator.zip

Please see the "Readme.txt" inside the zip file.

> 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
>Assignee: Shiva Kumar H R
> Fix For: 2.1
>
> 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, Consolidated Test WAR for Plan Creator.zip, 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-1775) Internationalization of the Admin Console

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-1775:
-

Attachment: GERONIMO-1775-1.patch

New patch GERONIMO-1775-1 provides the following contents:
   1. Some fixes for console-base-portlets
   2. i18n support for activemq-portlets
   3. i18n support for debugviews-portlets
   4. i18n support for system-database-portlets

The console testsuite still failed, but I believe it's because of the changes 
of other components, I've opened a JIRA for this: 
https://issues.apache.org/jira/browse/GERONIMO-3737

> Internationalization of the Admin Console
> -
>
> Key: GERONIMO-1775
> URL: https://issues.apache.org/jira/browse/GERONIMO-1775
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Reporter: Yeray Cabrera Santana
>Assignee: Donald Woods
>Priority: Minor
> Fix For: 2.1
>
> Attachments: chinese_console.JPG, GERONIMO-1775-1.patch, 
> GERONIMO-1775.patch
>
>
> Provide the internationalization of the administration console so it can be 
> translated to different languages. This is a feature I would like to 
> contribute with.

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

[jira] Created: (GERONIMO-3737) Failed to create a database pool via geronimo console

[YunFeng Ma (JIRA)]

Failed to create a database pool via geronimo console
-

 Key: GERONIMO-3737
 URL: https://issues.apache.org/jira/browse/GERONIMO-3737
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 2.1
Reporter: YunFeng Ma
 Fix For: 2.1


Recreate the error via the following steps:
  1.  Click "Database Pools" in the left menu
  2. Click link "Using the Geronimo database pool wizard"
  3. Name of Database Pool: testDB,  Database Type: Derby embedded, click 
"Next" button
  4. Database Name: SystemDatabase, click "Deploy" button

Then get the error message:
Caused by:
java.lang.NoClassDefFoundError: org.apache.xmlbeans.XmlException
at java.lang.J9VMInternals.verifyImpl(Native Method)
at java.lang.J9VMInternals.verify(J9VMInternals.java:66)
at java.lang.J9VMInternals.verify(J9VMInternals.java:64)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:127)
at 
org.apache.geronimo.connector.deployment.RARConfigurer.createConfiguration(RARConfigurer.java:43)
at 
org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.createConfiguration(JMXDeploymentManager.java:313)
at 
org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.save(DatabasePoolPortlet.java:957)
at 
org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.processAction(DatabasePoolPortlet.java:363)
at 
org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218)
at org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at 
org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:65)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
at 
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at 
org.apache.geronimo.jetty6.handler.JettySecurityHandler.handle(JettySecurityHandler.java:114)
at 
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at 
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at 
org.apache.geronimo.jetty6.handler.TwistyWebAppContext.access$101(TwistyWebAppContext.java:40)
at 
org.apache.geronimo.jetty6.handler.TwistyWebAppContext$TwistyHandler.handle(TwistyWebAppContext.java:65)
at 
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle(ThreadClassloaderHandler.java:46)
at 
org.apache.geronimo.jetty6.handler.InstanceContextHandler.handle(InstanceContextHandler.java:67)
at 
org.apache.geronimo.jetty6.handler.UserTransactionHandler.handle(UserTransactionHandler.java:48)
at 
org.apache.geronimo.jetty6.handler.ComponentContextHandler.handle(ComponentContextHandler.java:47)
at 
org.apache.geronimo.jetty6.handler.TwistyWebAppContext.handle(TwistyWebAppContext.java:59)
at org.mortbay.jetty.servlet.Dispatcher.include(Dispatcher.java:192)
at 
org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
at 
org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPortletInvokerService.java:85)
at 
org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerImpl.java:219)
at 
org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:112)
at 
org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServlet.java:158)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at 
org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:65)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
at 
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at 
org.apache.geronimo.jetty6.handler.JettySecurityHandler.handle(JettySecurityHandler.java:114)
at 
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at 
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at 
org.apache.geronimo.jetty6.handler.TwistyWebAppContext.access$101(TwistyWebAppContext.java:40)
at 
org.apache.geronimo.jetty6.handler.TwistyWebAppContext$Twi

DeploymentException: Could not scan module for TLD files: web-references-war.war Filename too long at Building Geronimo TestSuite

[Jacek Laskowski]

Hi,

While building today's sources I've noticed that Geronimo sufers from
the widely known and beloved by Jason et al's Windows issue "Filename
too long" in the test suite.

[INFO] [INFO] 

[INFO] [INFO] Building Geronimo TestSuite :: Test Web References :: EAR
[INFO] [INFO]task-segment: [install]
[INFO] [INFO] 

[INFO] [INFO] [enforcer:enforce {execution: default}]
[INFO] [INFO] [ear:generate-application-xml]
[INFO] [INFO] Generating application.xml
[INFO] [INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] [INFO] Created dir:
C:\oss\geronimo\testsuite\web-testsuite\test-web-references\web-references-ear\target\classes\META-INF
[INFO] [INFO] Copying 2 files to
C:\oss\geronimo\testsuite\web-testsuite\test-web-references\web-references-ear\target\classes\META-INF
[INFO] [INFO] [resources:resources]
[INFO] [INFO] Using default encoding to copy filtered resources.
[INFO] [INFO] [resources:testResources {execution: default}]
[INFO] [INFO] Using default encoding to copy filtered resources.
[INFO] [INFO] [compiler:testCompile {execution: default}]
[INFO] [INFO] Compiling 1 source file to
C:\oss\geronimo\testsuite\web-testsuite\test-web-references\web-references-ear\target\test-classes
[INFO] [INFO] [surefire:test {execution: test}]
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [ear:ear]
[INFO] [INFO] Copying
artifact[war:org.apache.geronimo.testsuite:web-references-war:2.1-SNAPSHOT]
to[web-references-war.war]
[INFO] [INFO] Copying
artifact[ejb:org.apache.geronimo.testsuite:web-references-ejb:2.1-SNAPSHOT]
to[web-references-ejb.jar]
[INFO] [INFO] Copy ear resources to
C:\oss\geronimo\testsuite\web-testsuite\test-web-references\web-references-ear\target\web-references-ear-2.1-SNAPSHOT
[INFO] [INFO] Could not find manifest file:
C:\oss\geronimo\testsuite\web-testsuite\test-web-references\web-references-ear\src\main\application\META-INF\MANIFEST.MF
- Generating one
[INFO] [INFO] Building jar:
C:\oss\geronimo\testsuite\web-testsuite\test-web-references\web-references-ear\target\web-references-ear-2.1-SNAPSHOT.ear
[INFO] [INFO] [selenium:start-server {execution: start-server}]
[INFO] [INFO] Starting Selenium server...
[INFO] [INFO] Created dir:
C:\oss\geronimo\testsuite\web-testsuite\test-web-references\web-references-ear\target\selenium
[INFO] Launching Selenium Server
[INFO] Waiting for Selenium Server...
[INFO] Selenium Server started
[INFO] [INFO] Redirecting output to:
C:\oss\geronimo\testsuite\web-testsuite\test-web-references\web-references-ear\target\selenium\server.log
[INFO] [INFO] User extensions:
C:\oss\geronimo\testsuite\web-testsuite\test-web-references\web-references-ear\target\selenium\user-extensions.js
[INFO] Downloading:
http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom
[INFO] Downloading:
http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
[INFO] Downloading:
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
[INFO] Downloading:
http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom
[INFO] Downloading:
http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
[INFO] Downloading:
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
[INFO] [INFO] [geronimo:deploy-module {execution: deploy-ears}]
[INFO] [INFO] Using non-artifact based module archive:
C:\oss\geronimo\testsuite\web-testsuite\test-web-references\web-references-ear\target\web-references-ear-2.1-SNAPSHOT.ear
[INFO] [INFO] Using non-artifact based plan: null
[INFO] [INFO] Distributing module artifact:
C:\oss\geronimo\testsuite\web-testsuite\test-web-references\web-references-ear\target\web-references-ear-2.1-SNAPSHOT.ear
with plan null
[WARNING] log4j:WARN No appenders could be found for logger
(org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory).
[WARNING] log4j:WARN Please initialize the log4j system properly.
[WARNING] Deployer operation failed: Could not scan module for TLD
files: web-references-war.war Filename too long
[WARNING] org.apache.geronimo.common.DeploymentException: Could not
scan module for TLD files: web-references-war.war Filename too long
[WARNING]   at
org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.scanModule(JspModuleBuilderExtension.java:295)
[WARNING]   at
org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.getTldFiles(JspModuleBuilderExtension.java:236)
[WARNING]   at
org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.createJspClassFinder(JspModuleBuilderExtension.java:179)
[WARNING]   at
org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.addGBeans(JspModuleBuilderExtension.java:149)
[WARNING]   at
org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:485)

[BUILD] 2.1: Failed for Revision: 609899

[prasad]

OpenEJB trunk at 609894
Geronimo Revision: 609899 built with tests included
 
See the full build-0300.log file at 
http://people.apache.org/~prasad/binaries/trunk/20080108/build-0300.log
 
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.062 sec
Running 
org.apache.geronimo.system.configuration.condition.JexlConditionParserTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.056 sec
Running org.apache.geronimo.system.configuration.InPlaceConfigurationUtilTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.021 sec
Running org.apache.geronimo.system.logging.log4j.XLevelTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.geronimo.system.configuration.ConfigurationStoreUtilTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.313 sec
Running org.apache.geronimo.system.configuration.LocalAttributeManagerTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.047 sec
Running org.apache.geronimo.system.configuration.GBeanOverrideTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.019 sec
Running org.apache.geronimo.system.configuration.ServerOverrideTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.047 sec
Running 
org.apache.geronimo.system.configuration.condition.JexlExpressionParserTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec

Results :

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

[INFO] [jar:jar]
[INFO] Building jar: 
/home/prasad/geronimo/trunk/framework/modules/geronimo-system/target/geronimo-system-2.1-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-system-2.1-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing 
/home/prasad/geronimo/trunk/framework/modules/geronimo-system/target/geronimo-system-2.1-SNAPSHOT.jar
 to 
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-system/2.1-SNAPSHOT/geronimo-system-2.1-SNAPSHOT.jar
[INFO] 

[INFO] Building geronimo-plugin
[INFO]task-segment: [install]
[INFO] 

[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/prasad/geronimo/trunk/framework/modules/geronimo-plugin/target/classes/META-INF
[INFO] Copying 2 files to 
/home/prasad/geronimo/trunk/framework/modules/geronimo-plugin/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 21 source files to 
/home/prasad/geronimo/trunk/framework/modules/geronimo-plugin/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 4 source files to 
/home/prasad/geronimo/trunk/framework/modules/geronimo-plugin/target/test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory: 
/home/prasad/geronimo/trunk/framework/modules/geronimo-plugin/target/surefire-reports

---
 T E S T S
---
Running org.apache.geronimo.system.plugin.ArchiverGBeanTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.131 sec
Running org.apache.geronimo.system.plugin.CopyConfigTest
Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.365 sec <<< 
FAILURE!
Running org.apache.geronimo.system.plugin.CopyFileTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.145 sec
Running org.apache.geronimo.system.plugin.PluginInstallerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.042 sec

Results :

Failed tests: 
  testCopyConfig(org.apache.geronimo.system.plugin.CopyConfigTest)

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

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.
[INFO] 
[INFO] Trace
org.apache.maven.BuildFailureException: There are test failures.
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:560)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTas