[jira] Created: (GERONIMO-4784) Problem with ActiveMQ, two connections/sessions, and UserTransaction

2009-08-04 Thread David Jencks (JIRA)
Problem with ActiveMQ, two connections/sessions, and UserTransaction


 Key: GERONIMO-4784
 URL: https://issues.apache.org/jira/browse/GERONIMO-4784
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: ActiveMQ
Affects Versions: 2.2
Reporter: David Jencks
 Fix For: 2.2


This is probably a problem in activemq with dealing with multiple connection 
handles to the same managed connection and XA transactions controlled by 
UserTransaction.  It may be causing intermittent tck failures.  In any case I 
think the test ought to work.
Not sure how to reproduce this in AMQ standalone yet, so I'm adding a testsuite 
test to demonstrate the problem.

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



[jira] Updated: (GERONIMO-4758) The Server Console page displays messy codes when set zh as the prefered language in browser

2009-08-04 Thread Siqi Du (JIRA)

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

Siqi Du updated GERONIMO-4758:
--

Attachment: branch_2.1_fix4former.patch

> The Server Console page displays messy codes when set zh as the prefered 
> language in browser
> 
>
> Key: GERONIMO-4758
> URL: https://issues.apache.org/jira/browse/GERONIMO-4758
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.4, 2.1.5, 2.2
> Environment: Windows XP + IE6 / Chrome
>Reporter: Siqi Du
> Fix For: 2.1.5, 2.2
>
> Attachments: branch_2.1.patch, branch_2.1_fix4former.patch, 
> screenshot-1.jpg, trunk.patch
>
>
> 1, Set zh_cn the 1st place in the language preference list ( from Internet 
> Options of Control Panel)
> 2, The login page works well and give out the right view.
> 3, After login, on the console page all the Chinese character is replaced 
> with a "?"

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



[jira] Resolved: (GERONIMO-4782) TemporaryClassLoader loads annotation classes from wrong classloader

2009-08-04 Thread Jarek Gawor (JIRA)

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

Jarek Gawor resolved GERONIMO-4782.
---

Resolution: Fixed

Committed a fix to trunk (revision 801054) and branches/2.1 (revision 801055).


> TemporaryClassLoader loads annotation classes from wrong classloader
> 
>
> Key: GERONIMO-4782
> URL: https://issues.apache.org/jira/browse/GERONIMO-4782
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.1.5, 2.2
>Reporter: Jarek Gawor
>Assignee: Jarek Gawor
> Fix For: 2.1.5, 2.2
>
>
> TemporaryClassLoader attempts to loads annotation classes from classloader 
> which loaded the TemporaryClassLoader class instead of the parent 
> classloader. That might cause the runtime not to see certain annotations or 
> throw java.lang.TypeNotPresentException or java.lang.ClassNotFoundException 
> exceptions.

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



[jira] Issue Comment Edited: (GERONIMO-4646) Warn during a war deployment, if no WEB-INF/web.xml file is found

2009-08-04 Thread Rex Wang (JIRA)

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

Rex Wang edited comment on GERONIMO-4646 at 8/4/09 7:57 PM:


Hi Victor, just have a look at your patch, I think you should not provide the 
same warning message as the missing geronimo-web.xml:
+log.warn("Web application " + targetPath + " does not contain a 
WEB-INF/web.xml deployment plan.  This may or may not be a problem, depending 
on whether you have things like resource references that need to be resolved.  
You can also give the deployer a separate deployment plan file on the command 
line.");

The web.xml is not a geronimo deployment plan, so you can not give the deployer 
a separate web.xml file on anywhere..


-Rex


  was (Author: rwonly):
Hi Victor, just have a look at your patch, I think you should not provide 
the same warning message as the missing geronimo-web.xml:
+log.warn("Web application " + targetPath + " does not contain a 
WEB-INF/web.xml deployment plan.  This may or may not be a problem, depending 
on whether you have things like resource references that need to be resolved.  
You can also give the deployer a separate deployment plan file on the command 
line.");

The web.xml is not a geronimo deployment plan, so you can not give the deployer 
a separate deployment plan file on anywhere..


-Rex

  
> Warn during a war deployment, if no WEB-INF/web.xml file is found
> -
>
> Key: GERONIMO-4646
> URL: https://issues.apache.org/jira/browse/GERONIMO-4646
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.1.4, 2.2
>Reporter: Kevan Miller
> Fix For: 2.1.5, 2.2
>
> Attachments: GERONIMO-4646.patch, GERONIMO-4646.PNG
>
>
> Per the specs, a WAR without a WEB-INF/web.xml is a valid WAR file. However, 
> it's also an indication of a poorly formatted WAR. It seems like it would be 
> useful to log a warning, if we don't find a WEB-INF/web.xml file, just like 
> we log a WARN, if a geronimo-web.xml file is not found:
> 2009-05-25 22:13:12,535 WARN  [TomcatModuleBuilder] Web application . does 
> not contain a WEB-INF/geronimo-web.xml deployment plan.  This may or may not 
> be a problem, depending on whether you have things like resource references 
> that need to be resolved.  You can also give the deployer a separate 
> deployment plan file on the command line.

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



[jira] Commented: (GERONIMO-4646) Warn during a war deployment, if no WEB-INF/web.xml file is found

2009-08-04 Thread Rex Wang (JIRA)

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

Rex Wang commented on GERONIMO-4646:


Hi Victor, just have a look at your patch, I think you should not provide the 
same warning message as the missing geronimo-web.xml:
+log.warn("Web application " + targetPath + " does not contain a 
WEB-INF/web.xml deployment plan.  This may or may not be a problem, depending 
on whether you have things like resource references that need to be resolved.  
You can also give the deployer a separate deployment plan file on the command 
line.");

The web.xml is not a geronimo deployment plan, so you can not give the deployer 
a separate deployment plan file on anywhere..


-Rex


> Warn during a war deployment, if no WEB-INF/web.xml file is found
> -
>
> Key: GERONIMO-4646
> URL: https://issues.apache.org/jira/browse/GERONIMO-4646
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.1.4, 2.2
>Reporter: Kevan Miller
> Fix For: 2.1.5, 2.2
>
> Attachments: GERONIMO-4646.patch, GERONIMO-4646.PNG
>
>
> Per the specs, a WAR without a WEB-INF/web.xml is a valid WAR file. However, 
> it's also an indication of a poorly formatted WAR. It seems like it would be 
> useful to log a warning, if we don't find a WEB-INF/web.xml file, just like 
> we log a WARN, if a geronimo-web.xml file is not found:
> 2009-05-25 22:13:12,535 WARN  [TomcatModuleBuilder] Web application . does 
> not contain a WEB-INF/geronimo-web.xml deployment plan.  This may or may not 
> be a problem, depending on whether you have things like resource references 
> that need to be resolved.  You can also give the deployer a separate 
> deployment plan file on the command line.

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



[jira] Created: (GERONIMO-4783) Add "state" and "delete" columns to Security Realm porlet as Database Pool Porlet

2009-08-04 Thread viola.lu (JIRA)
Add  "state" and "delete" columns to Security Realm porlet  as Database Pool 
Porlet
---

 Key: GERONIMO-4783
 URL: https://issues.apache.org/jira/browse/GERONIMO-4783
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
Affects Versions: 2.2
 Environment: OS: Any platform
Reporter: viola.lu
Assignee: viola.lu
Priority: Minor


1.Now in security realm, no state column to indicate security realm status, if 
a security realm is stopped, it cann't be seen from security realm porlet, end 
users have to go to system modules porlet to start the security realm module. 
This will confuse users.So add a state column to indicate it when it's stopped.
2.Currently if end-users want to delete a security realm, he should go to 
system modules to uninstall it , no delete option in security realm porlet.

So improve it.

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



Re: svn commit: r800704 - org.slf4j is not included in 2.1.x

2009-08-04 Thread Jack Cai
Hi Siqi, it's fine! Keep your patches coming in!

-Jack

On Wed, Aug 5, 2009 at 10:14 AM, Siqi Du  wrote:

> I am so sorry for the troubles brought to you. This is my first patch to
> Geronimo, I will check my code more  carefully in the future.
>
>
> On Wed, Aug 5, 2009 at 9:58 AM, Ivan  wrote:
>
>> Thanks, Donald, I will review those patches more carefully before
>> committing them :-(
>>
>> 2009/8/5 Donald Woods 
>>
>> Ivan, looks like the code you backported from trunk needs to be updated
>>> for 2.1.x to not include the SLF4J dependency, as that is a trunk specific
>>> change.
>>>
>>>
>>> -Donald
>>>
>>>
>>> xuhaih...@apache.org wrote:
>>>
 Author: xuhaihong
 Date: Tue Aug  4 08:56:30 2009
 New Revision: 800704

 URL: http://svn.apache.org/viewvc?rev=800704&view=rev
 Log:
 GERONIMO-4758 The Server Console page displays messy codes when set zh
 as the prefered language in browser(Patch from Siqi Du)

 Modified:

  
 geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java

  
 geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java

 Modified:
 geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
 URL:
 http://svn.apache.org/viewvc/geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java?rev=800704&r1=800703&r2=800704&view=diff

 ==
 ---
 geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
 (original)
 +++
 geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
 Tue Aug  4 08:56:30 2009
 @@ -16,16 +16,22 @@
  */
  package org.apache.geronimo.console.filter;
  +import java.io.BufferedWriter;
  import java.io.ByteArrayOutputStream;
  import java.io.IOException;
  import java.io.OutputStream;
 +import java.io.OutputStreamWriter;
  import java.io.PrintWriter;
 +import java.io.UnsupportedEncodingException;
   import javax.servlet.ServletOutputStream;
  import javax.servlet.ServletResponse;
  import javax.servlet.http.HttpServletResponse;
  import javax.servlet.http.HttpServletResponseWrapper;
  +import org.slf4j.Logger;
 +import org.slf4j.LoggerFactory;
 +
  /**
  * Implementation of a HttpServletResponseWrapper to allow us to edit
 the
  * response content from the filter chain/servlet before committing it
 to
 @@ -34,6 +40,7 @@
  * @version $Rev$ $Date$
  */
  public final class FilterResponseWrapper extends
 HttpServletResponseWrapper {
 +   private static final Logger log =
 LoggerFactory.getLogger(FilterResponseWrapper.class);
 private ByteArrayOutputStream output = null;
 private ResponseOutputStream stream = null;
 private PrintWriter writer = null;
 @@ -168,7 +175,13 @@
 }
 this.output = new ByteArrayOutputStream();
 this.stream = new ResponseOutputStream(output);
 -this.writer = new PrintWriter(stream);
 +try{
 +   this.writer = new PrintWriter(new BufferedWriter(new
 OutputStreamWriter(stream, "UTF-8")));
 +}
 +catch (UnsupportedEncodingException uee) {
 +// should never happen
 +log.error("new OutputStreamWriter(stream, UTF-8) failed.",
 uee);
 +}
 }
   /* (non-Javadoc)

 Modified:
 geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
 URL:
 http://svn.apache.org/viewvc/geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java?rev=800704&r1=800703&r2=800704&view=diff

 ==
 ---
 geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
 (original)
 +++
 geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
 Tue Aug  4 08:56:30 2009
 @@ -217,7 +217,7 @@
 // only update the content if it is HTML
 if (cType.toLowerCase().indexOf("html") != -1) {
 // get the response content
 -String content = new String(hres.getOutput());
 +

Re: [jira] Commented: (GERONIMO-4780) jsr88 client is too dependent on too many plugins

2009-08-04 Thread Ivan
I copied the error stack while creating the db pool in the portlet

2009-08-05 10:23:20,968 ERROR [DatabasePoolPortlet] Unable to render portlet
java.lang.LinkageError: Class org/apache/xmlbeans/XmlObject violates loader
constraints
at
org.apache.geronimo.deployment.tools.DDBeanRootImpl.(DDBeanRootImpl.java:48)
at
org.apache.geronimo.deployment.tools.loader.AbstractDeployable.(AbstractDeployable.java:60)
at
org.apache.geronimo.deployment.tools.loader.ConnectorDeployable.(ConnectorDeployable.java:37)
at
org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.loadConfigPropertiesByPath(DatabasePoolPortlet.java:566)
at
org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.getRARConfiguration(DatabasePoolPortlet.java:281)
at
org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderEdit(DatabasePoolPortlet.java:796)
at
org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:725)
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
at
org.apache.geronimo.console.BasePortlet.render(BasePortlet.java:153)
at
org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208)
at
org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
at
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:551)
at
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:488)
at
org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
at
org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101)
at
org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:172)
at
org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152)
at
jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:102)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
at
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:551)
at
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:488)
at
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968)
at
jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:215)
at
jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:120)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
at
org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:151)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.geronimo.console.filter.PlutoURLRebuildFilter.doFilter(PlutoURLRebuildFilter.java:48)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.Appli

Re: svn commit: r800704 - org.slf4j is not included in 2.1.x

2009-08-04 Thread Siqi Du
I am so sorry for the troubles brought to you. This is my first patch to
Geronimo, I will check my code more  carefully in the future.


On Wed, Aug 5, 2009 at 9:58 AM, Ivan  wrote:

> Thanks, Donald, I will review those patches more carefully before
> committing them :-(
>
> 2009/8/5 Donald Woods 
>
> Ivan, looks like the code you backported from trunk needs to be updated for
>> 2.1.x to not include the SLF4J dependency, as that is a trunk specific
>> change.
>>
>>
>> -Donald
>>
>>
>> xuhaih...@apache.org wrote:
>>
>>> Author: xuhaihong
>>> Date: Tue Aug  4 08:56:30 2009
>>> New Revision: 800704
>>>
>>> URL: http://svn.apache.org/viewvc?rev=800704&view=rev
>>> Log:
>>> GERONIMO-4758 The Server Console page displays messy codes when set zh as
>>> the prefered language in browser(Patch from Siqi Du)
>>>
>>> Modified:
>>>
>>>  
>>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
>>>
>>>  
>>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
>>>
>>> Modified:
>>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
>>> URL:
>>> http://svn.apache.org/viewvc/geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java?rev=800704&r1=800703&r2=800704&view=diff
>>>
>>> ==
>>> ---
>>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
>>> (original)
>>> +++
>>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
>>> Tue Aug  4 08:56:30 2009
>>> @@ -16,16 +16,22 @@
>>>  */
>>>  package org.apache.geronimo.console.filter;
>>>  +import java.io.BufferedWriter;
>>>  import java.io.ByteArrayOutputStream;
>>>  import java.io.IOException;
>>>  import java.io.OutputStream;
>>> +import java.io.OutputStreamWriter;
>>>  import java.io.PrintWriter;
>>> +import java.io.UnsupportedEncodingException;
>>>   import javax.servlet.ServletOutputStream;
>>>  import javax.servlet.ServletResponse;
>>>  import javax.servlet.http.HttpServletResponse;
>>>  import javax.servlet.http.HttpServletResponseWrapper;
>>>  +import org.slf4j.Logger;
>>> +import org.slf4j.LoggerFactory;
>>> +
>>>  /**
>>>  * Implementation of a HttpServletResponseWrapper to allow us to edit the
>>>  * response content from the filter chain/servlet before committing it to
>>> @@ -34,6 +40,7 @@
>>>  * @version $Rev$ $Date$
>>>  */
>>>  public final class FilterResponseWrapper extends
>>> HttpServletResponseWrapper {
>>> +   private static final Logger log =
>>> LoggerFactory.getLogger(FilterResponseWrapper.class);
>>> private ByteArrayOutputStream output = null;
>>> private ResponseOutputStream stream = null;
>>> private PrintWriter writer = null;
>>> @@ -168,7 +175,13 @@
>>> }
>>> this.output = new ByteArrayOutputStream();
>>> this.stream = new ResponseOutputStream(output);
>>> -this.writer = new PrintWriter(stream);
>>> +try{
>>> +   this.writer = new PrintWriter(new BufferedWriter(new
>>> OutputStreamWriter(stream, "UTF-8")));
>>> +}
>>> +catch (UnsupportedEncodingException uee) {
>>> +// should never happen
>>> +log.error("new OutputStreamWriter(stream, UTF-8) failed.",
>>> uee);
>>> +}
>>> }
>>>   /* (non-Javadoc)
>>>
>>> Modified:
>>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
>>> URL:
>>> http://svn.apache.org/viewvc/geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java?rev=800704&r1=800703&r2=800704&view=diff
>>>
>>> ==
>>> ---
>>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
>>> (original)
>>> +++
>>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
>>> Tue Aug  4 08:56:30 2009
>>> @@ -217,7 +217,7 @@
>>> // only update the content if it is HTML
>>> if (cType.toLowerCase().indexOf("html") != -1) {
>>> // get the response content
>>> -String content = new String(hres.getOutput());
>>> +String content = new String(hres.getOutput(),
>>> "UTF-8");
>>> // update the JavaScript with the uniqueId for this
>>> session
>>> updatedXsrfJS = xsrfJS.replace(XSRF_JS_UNIQUEID,
>>> unique

Re: svn commit: r800704 - org.slf4j is not included in 2.1.x

2009-08-04 Thread Ivan
Thanks, Donald, I will review those patches more carefully before committing
them :-(

2009/8/5 Donald Woods 

> Ivan, looks like the code you backported from trunk needs to be updated for
> 2.1.x to not include the SLF4J dependency, as that is a trunk specific
> change.
>
>
> -Donald
>
>
> xuhaih...@apache.org wrote:
>
>> Author: xuhaihong
>> Date: Tue Aug  4 08:56:30 2009
>> New Revision: 800704
>>
>> URL: http://svn.apache.org/viewvc?rev=800704&view=rev
>> Log:
>> GERONIMO-4758 The Server Console page displays messy codes when set zh as
>> the prefered language in browser(Patch from Siqi Du)
>>
>> Modified:
>>
>>  
>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
>>
>>  
>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
>>
>> Modified:
>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
>> URL:
>> http://svn.apache.org/viewvc/geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java?rev=800704&r1=800703&r2=800704&view=diff
>>
>> ==
>> ---
>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
>> (original)
>> +++
>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
>> Tue Aug  4 08:56:30 2009
>> @@ -16,16 +16,22 @@
>>  */
>>  package org.apache.geronimo.console.filter;
>>  +import java.io.BufferedWriter;
>>  import java.io.ByteArrayOutputStream;
>>  import java.io.IOException;
>>  import java.io.OutputStream;
>> +import java.io.OutputStreamWriter;
>>  import java.io.PrintWriter;
>> +import java.io.UnsupportedEncodingException;
>>   import javax.servlet.ServletOutputStream;
>>  import javax.servlet.ServletResponse;
>>  import javax.servlet.http.HttpServletResponse;
>>  import javax.servlet.http.HttpServletResponseWrapper;
>>  +import org.slf4j.Logger;
>> +import org.slf4j.LoggerFactory;
>> +
>>  /**
>>  * Implementation of a HttpServletResponseWrapper to allow us to edit the
>>  * response content from the filter chain/servlet before committing it to
>> @@ -34,6 +40,7 @@
>>  * @version $Rev$ $Date$
>>  */
>>  public final class FilterResponseWrapper extends
>> HttpServletResponseWrapper {
>> +   private static final Logger log =
>> LoggerFactory.getLogger(FilterResponseWrapper.class);
>> private ByteArrayOutputStream output = null;
>> private ResponseOutputStream stream = null;
>> private PrintWriter writer = null;
>> @@ -168,7 +175,13 @@
>> }
>> this.output = new ByteArrayOutputStream();
>> this.stream = new ResponseOutputStream(output);
>> -this.writer = new PrintWriter(stream);
>> +try{
>> +   this.writer = new PrintWriter(new BufferedWriter(new
>> OutputStreamWriter(stream, "UTF-8")));
>> +}
>> +catch (UnsupportedEncodingException uee) {
>> +// should never happen
>> +log.error("new OutputStreamWriter(stream, UTF-8) failed.",
>> uee);
>> +}
>> }
>>   /* (non-Javadoc)
>>
>> Modified:
>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
>> URL:
>> http://svn.apache.org/viewvc/geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java?rev=800704&r1=800703&r2=800704&view=diff
>>
>> ==
>> ---
>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
>> (original)
>> +++
>> geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
>> Tue Aug  4 08:56:30 2009
>> @@ -217,7 +217,7 @@
>> // only update the content if it is HTML
>> if (cType.toLowerCase().indexOf("html") != -1) {
>> // get the response content
>> -String content = new String(hres.getOutput());
>> +String content = new String(hres.getOutput(),
>> "UTF-8");
>> // update the JavaScript with the uniqueId for this
>> session
>> updatedXsrfJS = xsrfJS.replace(XSRF_JS_UNIQUEID,
>> uniqueId);
>> // update the response to contain the JS fragment
>>
>>
>>
>>


-- 
Ivan


[jira] Closed: (GERONIMO-4758) The Server Console page displays messy codes when set zh as the prefered language in browser

2009-08-04 Thread Rex Wang (JIRA)

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

Rex Wang closed GERONIMO-4758.
--


> The Server Console page displays messy codes when set zh as the prefered 
> language in browser
> 
>
> Key: GERONIMO-4758
> URL: https://issues.apache.org/jira/browse/GERONIMO-4758
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.4, 2.1.5, 2.2
> Environment: Windows XP + IE6 / Chrome
>Reporter: Siqi Du
> Fix For: 2.1.5, 2.2
>
> Attachments: branch_2.1.patch, screenshot-1.jpg, trunk.patch
>
>
> 1, Set zh_cn the 1st place in the language preference list ( from Internet 
> Options of Control Panel)
> 2, The login page works well and give out the right view.
> 3, After login, on the console page all the Chinese character is replaced 
> with a "?"

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



[jira] Closed: (GERONIMO-4749) The resource adapter created via console should be deployed as car

2009-08-04 Thread Rex Wang (JIRA)

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

Rex Wang closed GERONIMO-4749.
--


> The resource adapter created via console should be deployed as car
> --
>
> Key: GERONIMO-4749
> URL: https://issues.apache.org/jira/browse/GERONIMO-4749
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.5, 2.2
> Environment: Any
>Reporter: Chi Runhua
>Assignee: Rex Wang
> Fix For: 2.1.5, 2.2
>
> Attachments: GERONIMO-4749-b21.patch, GERONIMO-4749-trunk.patch
>
>
> By default, type of a resource adapter created via console wizard is rar,such 
> as database pool, jms resource. In this case, the user is not able to export 
> the module as a geronimo plugin via console.
> Expected result:
> The resources adapter created via console wizard should be a geronimo 
> configuration, which means a .car type.
> Jeff C

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



[jira] Closed: (GERONIMO-4767) Use keywords strategy when filter the jdbc driver in database pools

2009-08-04 Thread Rex Wang (JIRA)

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

Rex Wang closed GERONIMO-4767.
--


> Use keywords strategy when filter the jdbc driver in database pools
> ---
>
> Key: GERONIMO-4767
> URL: https://issues.apache.org/jira/browse/GERONIMO-4767
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.5, 2.2
>Reporter: Rex Wang
>Assignee: Rex Wang
> Fix For: 2.2
>
> Attachments: GERONIMO-4767-trunk.patch
>
>
> Current strategy is too strict when do filter on the jdbc drivers.
> We set the my sql dependecy filter "mysql/mysql-connector-java//jar", but if 
> user manually copy the driver to /repository/org/mysql/...
> the database pool portlet won't find any jars ever. That because the filter 
> mandatoryly requires user to install the jar to 
> /repository/mysql/...
> We should improve this behavior more loosely, such as using the keywords.

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



Re: Compilation failures on trunk

2009-08-04 Thread Trygve Hardersen
I'm building Geronimo trunk locally without any hacks, so I should have the
latest stuff. There's of course a chance there's something wrong with my
local build, though I've not had such issues before.

I'll try the testsuite as suggested and debugging the sample app a bit
further. Due to the Jetty API changes I can't run the revisions before you
fixed this against the current Jetty trunk, but I've checked that the sample
app works with Geronimo r799958 and Jetty r614. Will do some more tests
tomorrow and let you know what I find.

Thanks for helping out!

Trygve

On Tue, Aug 4, 2009 at 10:36 PM, David Jencks wrote:

>
> On Aug 4, 2009, at 10:38 AM, Trygve Hardersen wrote:
>
> Hi
>
> Is it possible that these changes broke run-as security for Jetty7
> servlets? At least something changed between r799958 and r800712 that causes
> our run-as servlets to run as UNAUTHENTICATED with the latest Geronimo
> 2.2-SNAPSHOT.
>
> I provided a sample application in relation to GERONIMO-4756 that
> demonstrates run-as security for servlets talking to EJBs. AFAICT this now
> behaves as prior to r797291 again; the servlets are not authenticated.
>
> I've looked through the various run-as and security discussions that have
> been going on lately, but I can't see that our approach has been invalidated
> by any of the changes.
>
>
> I didn't try re-running your sample app and havent had time to turn it into
> a testsuite app, but the existing testsuite run-as test still appears to
> work fine.  It checks that run-as roles on servlets and ejbs are correctly
> used during servlet dispatch and servlet calls to ejbs.  On the other hand
> I'm not sure when geronimo snapshots are pushed, so I may have more recent
> code.
>
> Can you check against trunk (if you haven't already) and see if you can
> narrow the problem down a little further?
>
> BTW to run the testuite stuff individually you can start a g. server
> somewhere and in testsuite/enterprise-testsuite/sec-tests add the following
> profile to the pom in sec-ear/pom.xml:
>
> 
> 
> 
> standalone
> 
> 
> 
> org.codehaus.mojo
> selenium-maven-plugin
> false
> 
> 
> start
> pre-integration-test
> 
> start-server
> 
> 
> true
> true
> 
> 
> browser
> ${browser}
> 
> 
> 
> 
> 
> stop
> post-integration-test
> 
> stop-server
> 
> 
> 
> 
>
> 
> 
> 
> 
>
>
> and run mvn clean install -Pstandalone
>
>
> thanks
> david jencks
>
>
> Any help or insight to this is greatly appreciated.
>
> Thanks!
>
> Trygve Hardersen
> Jotta AS
>
>
> On Mon, Aug 3, 2009 at 6:30 PM, David Jencks wrote:
>
>> Greg changed some things around here over the weekend.  I'm looking into
>> this.  There's some chance this will fix the problems Ivan mentioned with
>> dispatch versus redirect to the login page.
>>
>> thanks
>> david jencks
>>
>>
>> On Aug 3, 2009, at 8:25 AM, Jason Warner wrote:
>>
>>  I'm seeing some compilation failures on trunk[1].  Does anyone else get
>>> the same error?  I'm building using java version 1.5.0 update 19 on a mac.
>>>  The TCK builds are seeing the same failures as well, and they run using the
>>> same java version but on linux.
>>>
>>> [1]
>>> [INFO]
>>> 
>>> [ERROR] BUILD FAILURE
>>> [INFO]
>>> 
>>> [INFO] Compilation failure
>>>
>>> /Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/apache/geronimo/jetty7/security/JettySecurityHandlerFactory.java:[46,49]
>>> cannot find symbol
>>> symbol  : class SessionCachingAuthenticator
>>> location: package org.eclipse.jetty.security.authentication
>>>
>>> /Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/apache/geronimo/jetty7/connector/JettyConnector.java:[90,23]
>>> [deprecation] getHeaderBufferSize() in org.eclipse.jetty.http.HttpBuffers
>>> has been deprecated
>>>
>>> /Users/jason/trunk/plugins/jett

[jira] Created: (GERONIMO-4782) TemporaryClassLoader loads annotation classes from wrong classloader

2009-08-04 Thread Jarek Gawor (JIRA)
TemporaryClassLoader loads annotation classes from wrong classloader


 Key: GERONIMO-4782
 URL: https://issues.apache.org/jira/browse/GERONIMO-4782
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Affects Versions: 2.1.5, 2.2
Reporter: Jarek Gawor
Assignee: Jarek Gawor
 Fix For: 2.1.5, 2.2


TemporaryClassLoader attempts to loads annotation classes from classloader 
which loaded the TemporaryClassLoader class instead of the parent classloader. 
That might cause the runtime not to see certain annotations or throw 
java.lang.TypeNotPresentException or java.lang.ClassNotFoundException 
exceptions.


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



Re: Compilation failures on trunk

2009-08-04 Thread David Jencks


On Aug 4, 2009, at 10:38 AM, Trygve Hardersen wrote:


Hi

Is it possible that these changes broke run-as security for Jetty7  
servlets? At least something changed between r799958 and r800712  
that causes our run-as servlets to run as UNAUTHENTICATED with the  
latest Geronimo 2.2-SNAPSHOT.


I provided a sample application in relation to GERONIMO-4756 that  
demonstrates run-as security for servlets talking to EJBs. AFAICT  
this now behaves as prior to r797291 again; the servlets are not  
authenticated.


I've looked through the various run-as and security discussions that  
have been going on lately, but I can't see that our approach has  
been invalidated by any of the changes.


I didn't try re-running your sample app and havent had time to turn it  
into a testsuite app, but the existing testsuite run-as test still  
appears to work fine.  It checks that run-as roles on servlets and  
ejbs are correctly used during servlet dispatch and servlet calls to  
ejbs.  On the other hand I'm not sure when geronimo snapshots are  
pushed, so I may have more recent code.


Can you check against trunk (if you haven't already) and see if you  
can narrow the problem down a little further?


BTW to run the testuite stuff individually you can start a g. server  
somewhere and in testsuite/enterprise-testsuite/sec-tests add the  
following profile to the pom in sec-ear/pom.xml:






standalone



org.codehaus.mojo
selenium-maven-plugin
false


start
pre-integration-test

start-server


true
true


browser
${browser}





stop
post-integration-test

stop-server











and run mvn clean install -Pstandalone


thanks
david jencks


Any help or insight to this is greatly appreciated.

Thanks!

Trygve Hardersen
Jotta AS


On Mon, Aug 3, 2009 at 6:30 PM, David Jencks  
 wrote:
Greg changed some things around here over the weekend.  I'm looking  
into this.  There's some chance this will fix the problems Ivan  
mentioned with dispatch versus redirect to the login page.


thanks
david jencks


On Aug 3, 2009, at 8:25 AM, Jason Warner wrote:

I'm seeing some compilation failures on trunk[1].  Does anyone else  
get the same error?  I'm building using java version 1.5.0 update 19  
on a mac.  The TCK builds are seeing the same failures as well, and  
they run using the same java version but on linux.


[1]
[INFO]  


[ERROR] BUILD FAILURE
[INFO]  


[INFO] Compilation failure

/Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/ 
apache/geronimo/jetty7/security/JettySecurityHandlerFactory.java: 
[46,49] cannot find symbol

symbol  : class SessionCachingAuthenticator
location: package org.eclipse.jetty.security.authentication

/Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/ 
apache/geronimo/jetty7/connector/JettyConnector.java:[90,23]  
[deprecation] getHeaderBufferSize() in  
org.eclipse.jetty.http.HttpBuffers has been deprecated


/Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/ 
apache/geronimo/jetty7/connector/JettyConnector.java:[93,16]  
[deprecation] setHeaderBufferSize(int) in  
org.eclipse.jetty.http.HttpBuffers has been deprecated


/Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/ 
apache/geronimo/jetty7/security/auth/JAASLoginService.java:[40,7]  
org.apache.geronimo.jetty7.security.auth.JAASLoginService is not  
abstract and does not override abstract method  
validate(org.eclipse.jetty.server.UserIdentity) in  
org.eclipse.jetty.security.LoginService


/Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/ 
apache/geronimo/jetty7/security/JettySecurityHandlerFactory.java: 
[102,32] cannot find symbol

symbol  : class SessionCachingAuthenticator
location: class  
org.apache.geronimo.jetty7.security.JettySecurityHand

[BUILD] trunk: Failed for Revision: 800895

2009-08-04 Thread gawor
Geronimo Revision: 800895 built with tests included
 
See the full build-1500.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090804/build-1500.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090804
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 41 minutes 58 seconds
[INFO] Finished at: Tue Aug 04 15:45:32 EDT 2009
[INFO] Final Memory: 400M/1015M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
 
Assembly: tomcat
=
See full test results and logs at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090804/logs-1500-tomcat/
 
 
[INFO] Using assembly artifact: 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided
[INFO] Using geronimoHome: 
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT
[INFO] Installing assembly...
[INFO] Expanding: 
/home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip
 into /home/geronimo/geronimo/trunk/testsuite/target
[INFO] Starting Geronimo server...
[INFO] Selected option set: default
[INFO] Redirecting output to: 
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log
[INFO] Waiting for Geronimo server...
[INFO] Geronimo server started in 0:00:45.783
[INFO] [shitty:install {execution: default}]
[INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to 
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/testing/testsuite-testing.pom
[INFO] [shitty:test {execution: default}]
[INFO] Starting 36 test builds
[INFO] 
[INFO] 
---
[INFO] 
[INFO] commands-testsuite/deploy  RUNNING
[INFO] commands-testsuite/deploy  SUCCESS (0:01:16.257) 
[INFO] commands-testsuite/gshell  RUNNING
[INFO] commands-testsuite/gshell  SUCCESS (0:00:34.546) 
[INFO] commands-testsuite/jaxws   RUNNING
[INFO] commands-testsuite/jaxws   SUCCESS (0:00:41.540) 
[INFO] commands-testsuite/shutdownRUNNING
[INFO] commands-testsuite/shutdownSUCCESS (0:00:21.570) 
[INFO] concurrent-testsuite/concurrent-basic  RUNNING
[INFO] concurrent-testsuite/concurrent-basic  SUCCESS (0:06:29.615) 
[INFO] console-testsuite/advanced RUNNING
[INFO] console-testsuite/advanced FAILURE (0:01:28.805) Java 
returned: 1
[INFO] console-testsuite/basicRUNNING
[INFO] console-testsuite/basicSUCCESS (0:02:02.663) 
[INFO] corba-testsuite/corba-helloworld   RUNNING
[INFO] corba-testsuite/corba-helloworld   SUCCESS (0:00:52.803) 
[INFO] corba-testsuite/corba-marshal  RUNNING
[INFO] corba-testsuite/corba-marshal  SUCCESS (0:00:55.853) 
[INFO] corba-testsuite/corba-mytime   RUNNING
[INFO] corba-testsuite/corba-mytime   SUCCESS (0:00:47.151) 
[INFO] deployment-testsuite/deployment-tests  RUNNING
[INFO] deployment-testsuite/deployment-tests  SUCCESS (0:00:34.564) 
[INFO] deployment-testsuite/jca-cms-tests RUNNING
[INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:31.796) 
[INFO] deployment-testsuite/manifestcp-tests  RUNNING
[INFO] deployment-testsuite/manifestcp-tests  SUCCESS (0:00:36.412) 
[INFO] enterprise-testsuite/ejb-tests RUNNING
[INFO] enterprise-testsuite/ejb-tests SUCCESS (0:01:04.494) 
[INFO] enterprise-testsuite/jms-tests RUNNING
[INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:59.678) 
[INFO] enterprise-testsuite/jpa-tests RUNNING
[INFO] enterprise-testsuite/jpa-tests SUCCESS (0:00:52.998) 
[INFO] enterprise-testsuite/sec-clientRUNNING
[INFO] enterprise-testsuite/sec-clientSUCCESS (0:00:30.203) 
[INFO] enterprise-testsuite/sec-tests RUNNING
[INFO] enterprise-testsuite/sec-tests SUCCESS (0:00:54.265) 
[INFO] security-testsuite/test-security   RUNNING
[INFO] security-testsuite/test-security   FAILURE (0:00:46.509) Java 
returned: 1
[INFO] web-testsuite/test-2.1-jspsRUNNING
[INFO] web-testsuite/test-2.1-jspsSUCCESS (0:00:33.026) 
[INFO] web-testsuite/test-2.5-servletsRUNNING
[INFO] web-testsuite/test-2.5-servletsSUCCESS (0:00:31.489) 
[INFO] web-testsuite/test-myfaces RUNNING
[INFO] web-testsuite/test-myfaces SUCCESS (0:00:34.640) 
[INFO] web-testsuite/test-tomcat  RUNNING

Re: svn commit: r800704 - org.slf4j is not included in 2.1.x

2009-08-04 Thread Donald Woods
Ivan, looks like the code you backported from trunk needs to be updated 
for 2.1.x to not include the SLF4J dependency, as that is a trunk 
specific change.



-Donald


xuhaih...@apache.org wrote:

Author: xuhaihong
Date: Tue Aug  4 08:56:30 2009
New Revision: 800704

URL: http://svn.apache.org/viewvc?rev=800704&view=rev
Log:
GERONIMO-4758 The Server Console page displays messy codes when set zh as the 
prefered language in browser(Patch from Siqi Du)

Modified:

geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java

geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java

Modified: 
geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
URL: 
http://svn.apache.org/viewvc/geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java?rev=800704&r1=800703&r2=800704&view=diff
==
--- 
geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
 (original)
+++ 
geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java
 Tue Aug  4 08:56:30 2009
@@ -16,16 +16,22 @@
  */
 package org.apache.geronimo.console.filter;
 
+import java.io.BufferedWriter;

 import java.io.ByteArrayOutputStream;
 import java.io.IOException;
 import java.io.OutputStream;
+import java.io.OutputStreamWriter;
 import java.io.PrintWriter;
+import java.io.UnsupportedEncodingException;
 
 import javax.servlet.ServletOutputStream;

 import javax.servlet.ServletResponse;
 import javax.servlet.http.HttpServletResponse;
 import javax.servlet.http.HttpServletResponseWrapper;
 
+import org.slf4j.Logger;

+import org.slf4j.LoggerFactory;
+
 /**
  * Implementation of a HttpServletResponseWrapper to allow us to edit the
  * response content from the filter chain/servlet before committing it to
@@ -34,6 +40,7 @@
  * @version $Rev$ $Date$
  */
 public final class FilterResponseWrapper extends HttpServletResponseWrapper {
+   private static final Logger log = 
LoggerFactory.getLogger(FilterResponseWrapper.class);
 private ByteArrayOutputStream output = null;
 private ResponseOutputStream stream = null;
 private PrintWriter writer = null;
@@ -168,7 +175,13 @@
 }
 this.output = new ByteArrayOutputStream();
 this.stream = new ResponseOutputStream(output);
-this.writer = new PrintWriter(stream);
+try{
+   this.writer = new PrintWriter(new BufferedWriter(new 
OutputStreamWriter(stream, "UTF-8")));
+}
+catch (UnsupportedEncodingException uee) {
+// should never happen
+log.error("new OutputStreamWriter(stream, UTF-8) failed.", uee);
+}
 }
 
 /* (non-Javadoc)


Modified: 
geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
URL: 
http://svn.apache.org/viewvc/geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java?rev=800704&r1=800703&r2=800704&view=diff
==
--- 
geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
 (original)
+++ 
geronimo/server/branches/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/XSRFHandler.java
 Tue Aug  4 08:56:30 2009
@@ -217,7 +217,7 @@
 // only update the content if it is HTML
 if (cType.toLowerCase().indexOf("html") != -1) {
 // get the response content
-String content = new String(hres.getOutput());
+String content = new String(hres.getOutput(), "UTF-8");
 // update the JavaScript with the uniqueId for this session
 updatedXsrfJS = xsrfJS.replace(XSRF_JS_UNIQUEID, uniqueId);
 // update the response to contain the JS fragment





Re: Compilation failures on trunk

2009-08-04 Thread Trygve Hardersen
Hi

Is it possible that these changes broke run-as security for Jetty7 servlets?
At least something changed between r799958 and r800712 that causes our
run-as servlets to run as UNAUTHENTICATED with the latest Geronimo
2.2-SNAPSHOT.

I provided a sample application in relation to GERONIMO-4756 that
demonstrates run-as security for servlets talking to EJBs. AFAICT this now
behaves as prior to r797291 again; the servlets are not authenticated.

I've looked through the various run-as and security discussions that have
been going on lately, but I can't see that our approach has been invalidated
by any of the changes.

Any help or insight to this is greatly appreciated.

Thanks!

Trygve Hardersen
Jotta AS


On Mon, Aug 3, 2009 at 6:30 PM, David Jencks  wrote:

> Greg changed some things around here over the weekend.  I'm looking into
> this.  There's some chance this will fix the problems Ivan mentioned with
> dispatch versus redirect to the login page.
>
> thanks
> david jencks
>
>
> On Aug 3, 2009, at 8:25 AM, Jason Warner wrote:
>
>  I'm seeing some compilation failures on trunk[1].  Does anyone else get
>> the same error?  I'm building using java version 1.5.0 update 19 on a mac.
>>  The TCK builds are seeing the same failures as well, and they run using the
>> same java version but on linux.
>>
>> [1]
>> [INFO]
>> 
>> [ERROR] BUILD FAILURE
>> [INFO]
>> 
>> [INFO] Compilation failure
>>
>> /Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/apache/geronimo/jetty7/security/JettySecurityHandlerFactory.java:[46,49]
>> cannot find symbol
>> symbol  : class SessionCachingAuthenticator
>> location: package org.eclipse.jetty.security.authentication
>>
>> /Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/apache/geronimo/jetty7/connector/JettyConnector.java:[90,23]
>> [deprecation] getHeaderBufferSize() in org.eclipse.jetty.http.HttpBuffers
>> has been deprecated
>>
>> /Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/apache/geronimo/jetty7/connector/JettyConnector.java:[93,16]
>> [deprecation] setHeaderBufferSize(int) in org.eclipse.jetty.http.HttpBuffers
>> has been deprecated
>>
>> /Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/apache/geronimo/jetty7/security/auth/JAASLoginService.java:[40,7]
>> org.apache.geronimo.jetty7.security.auth.JAASLoginService is not abstract
>> and does not override abstract method
>> validate(org.eclipse.jetty.server.UserIdentity) in
>> org.eclipse.jetty.security.LoginService
>>
>> /Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/apache/geronimo/jetty7/security/JettySecurityHandlerFactory.java:[102,32]
>> cannot find symbol
>> symbol  : class SessionCachingAuthenticator
>> location: class
>> org.apache.geronimo.jetty7.security.JettySecurityHandlerFactory
>>
>> /Users/jason/trunk/plugins/jetty7/geronimo-jetty7/src/main/java/org/apache/geronimo/jetty7/security/JettySecurityHandlerFactory.java:[102,60]
>> cannot find symbol
>> symbol  : constructor FormAuthenticator(java.lang.String,java.lang.String)
>> location: class
>> org.eclipse.jetty.security.authentication.FormAuthenticator
>>
>>
>> ~Jason Warner
>>
>


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

2009-08-04 Thread gawor
Geronimo Revision: 800872 built with tests included
 
See the full build-1400.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20090804/build-1400.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20090804/unit-test-reports
 
INFO: Built File: /WEB-INF/view/jmsmanager/activemq/help.jsp
Aug 4, 2009 2:21:09 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/activemq/config.jsp
Aug 4, 2009 2:21:09 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/activemq/addACF.jsp
Aug 4, 2009 2:21:09 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/maximized.jsp
Aug 4, 2009 2:21:09 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/normal.jsp
Aug 4, 2009 2:21:09 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/help.jsp
Aug 4, 2009 2:21:10 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/connector/editGeneric.jsp
Aug 4, 2009 2:21:10 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/connector/maximized.jsp
Aug 4, 2009 2:21:10 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/connector/normal.jsp
Aug 4, 2009 2:21:10 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/connector/help.jsp
[INFO] Compiled completed in 0:00:10.581
[INFO] Copying 29 files to 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [war:war]
[INFO] Exploding webapp...
[INFO] Assembling webapp activemq-portlets in 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT
[INFO] Copy webapp webResources to 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT
[INFO] Copy webapp webResources to 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT
[INFO] Building jar: 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT/WEB-INF/lib/activemq-portlets-2.1.5-SNAPSHOT.jar
[INFO] Generating war 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT.war
[INFO] Building war: 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT.war
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: activemq-portlets-2.1.5-SNAPSHOT.war
[INFO] [install:install]
[INFO] Installing 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT.war
 to 
/home/geronimo/.m2/repository/org/apache/geronimo/plugins/activemq-portlets/2.1.5-SNAPSHOT/activemq-portlets-2.1.5-SNAPSHOT.war
[INFO] 
[INFO] Building Geronimo Plugins, Console :: XSSXSRF Filter
[INFO]task-segment: [install]
[INFO] 
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/geronimo/geronimo/2.1/plugins/console/console-filter/target/classes/META-INF
[INFO] Copying 2 files to 
/home/geronimo/geronimo/2.1/plugins/console/console-filter/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 5 source files to 
/home/geronimo/geronimo/2.1/plugins/console/console-filter/target/classes
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

/home/geronimo/geronimo/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java:[32,17]
 package org.slf4j does not exist

/home/geronimo/geronimo/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java:[33,17]
 package org.slf4j does not exist

/home/geronimo/geronimo/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java:[43,29]
 cannot find symbol
symbol  : class Logger
location: class org.apache.geronimo.console.filter.FilterResponseWrapper

/home/geronimo/geronimo/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java:[43,42]
 cannot find symbol
symbol  : variable LoggerFactory
location: class

[jira] Commented: (GERONIMO-4780) jsr88 client is too dependent on too many plugins

2009-08-04 Thread David Jencks (JIRA)

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

David Jencks commented on GERONIMO-4780:


Could you please quote the problems you see and explain when they occur?  They 
aren't obvious to me from building trunk.

> jsr88 client is too dependent on too many plugins
> -
>
> Key: GERONIMO-4780
> URL: https://issues.apache.org/jira/browse/GERONIMO-4780
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.2
>Reporter: David Jencks
>Assignee: David Jencks
> Fix For: 2.2
>
> Attachments: GERONIMO-4780-preliminary.patch
>
>
> We're seeing some problems with a jsr88 client that is running with a 
> security manager.  The jsr88 rar configurer plugin has a classes dependency 
> on the connector-deployer plugin to get its classes.  In the configuration in 
> question, this involves loading but not starting a gbean with an encrypted 
> attribute, which loads JCE which requires permission to create (but not 
> install) a security manager.
> The other jsr88 plugins don't use a plugin dependency to get classes, but 
> rather a jar dependency.  I think this will work OK for the rar configurer 
> also.  Also, its not like anyone uses this stuff.

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



[BUILD] trunk: Failed for Revision: 800742

2009-08-04 Thread gawor
Geronimo Revision: 800742 built with tests included
 
See the full build-0900.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090804/build-0900.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090804
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 43 minutes 42 seconds
[INFO] Finished at: Tue Aug 04 09:47:12 EDT 2009
[INFO] Final Memory: 400M/1008M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
 
Assembly: tomcat
=
See full test results and logs at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090804/logs-0900-tomcat/
 
 
[INFO] snapshot 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking 
for updates from apache.snapshots
[INFO] Using assembly artifact: 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided
[INFO] Using geronimoHome: 
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT
[INFO] Installing assembly...
[INFO] Expanding: 
/home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip
 into /home/geronimo/geronimo/trunk/testsuite/target
[INFO] Starting Geronimo server...
[INFO] Selected option set: default
[INFO] Redirecting output to: 
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log
[INFO] Waiting for Geronimo server...
[INFO] Geronimo server started in 0:00:47.150
[INFO] [shitty:install {execution: default}]
[INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to 
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/testing/testsuite-testing.pom
[INFO] [shitty:test {execution: default}]
[INFO] Starting 36 test builds
[INFO] 
[INFO] 
---
[INFO] 
[INFO] commands-testsuite/deploy  RUNNING
[INFO] commands-testsuite/deploy  SUCCESS (0:01:13.811) 
[INFO] commands-testsuite/gshell  RUNNING
[INFO] commands-testsuite/gshell  SUCCESS (0:00:35.865) 
[INFO] commands-testsuite/jaxws   RUNNING
[INFO] commands-testsuite/jaxws   SUCCESS (0:00:41.206) 
[INFO] commands-testsuite/shutdownRUNNING
[INFO] commands-testsuite/shutdownSUCCESS (0:00:21.636) 
[INFO] concurrent-testsuite/concurrent-basic  RUNNING
[INFO] concurrent-testsuite/concurrent-basic  SUCCESS (0:06:37.637) 
[INFO] console-testsuite/advanced RUNNING
[INFO] console-testsuite/advanced FAILURE (0:01:27.845) Java 
returned: 1
[INFO] console-testsuite/basicRUNNING
[INFO] console-testsuite/basicSUCCESS (0:02:02.133) 
[INFO] corba-testsuite/corba-helloworld   RUNNING
[INFO] corba-testsuite/corba-helloworld   SUCCESS (0:00:52.739) 
[INFO] corba-testsuite/corba-marshal  RUNNING
[INFO] corba-testsuite/corba-marshal  SUCCESS (0:01:07.303) 
[INFO] corba-testsuite/corba-mytime   RUNNING
[INFO] corba-testsuite/corba-mytime   SUCCESS (0:00:47.188) 
[INFO] deployment-testsuite/deployment-tests  RUNNING
[INFO] deployment-testsuite/deployment-tests  SUCCESS (0:00:34.239) 
[INFO] deployment-testsuite/jca-cms-tests RUNNING
[INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:32.662) 
[INFO] deployment-testsuite/manifestcp-tests  RUNNING
[INFO] deployment-testsuite/manifestcp-tests  SUCCESS (0:00:35.425) 
[INFO] enterprise-testsuite/ejb-tests RUNNING
[INFO] enterprise-testsuite/ejb-tests SUCCESS (0:01:42.085) 
[INFO] enterprise-testsuite/jms-tests RUNNING
[INFO] enterprise-testsuite/jms-tests SUCCESS (0:01:01.023) 
[INFO] enterprise-testsuite/jpa-tests RUNNING
[INFO] enterprise-testsuite/jpa-tests SUCCESS (0:00:51.372) 
[INFO] enterprise-testsuite/sec-clientRUNNING
[INFO] enterprise-testsuite/sec-clientSUCCESS (0:00:31.348) 
[INFO] enterprise-testsuite/sec-tests RUNNING
[INFO] enterprise-testsuite/sec-tests SUCCESS (0:00:53.721) 
[INFO] security-testsuite/test-security   RUNNING
[INFO] security-testsuite/test-security   SUCCESS (0:00:50.744) 
[INFO] web-testsuite/test-2.1-jspsRUNNING
[INFO] web-testsuite/test-2.1-jspsSUCCESS (0:00:35.537) 
[INFO] web-testsuite/test-2.5-servletsRUNNING
[INFO] web-testsuite/test-2.5-servletsSUCCESS (0:00:32.218) 
[INFO] web-testsuite/test-myfaces RUNNING
[INFO] web

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

2009-08-04 Thread gawor
Geronimo Revision: 800727 built with tests included
 
See the full build-0800.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20090804/build-0800.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20090804/unit-test-reports
 
INFO: Built File: /WEB-INF/view/jmsmanager/activemq/help.jsp
Aug 4, 2009 8:22:11 AM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/activemq/config.jsp
Aug 4, 2009 8:22:11 AM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/activemq/addACF.jsp
Aug 4, 2009 8:22:12 AM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/maximized.jsp
Aug 4, 2009 8:22:12 AM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/normal.jsp
Aug 4, 2009 8:22:12 AM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/help.jsp
Aug 4, 2009 8:22:12 AM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/connector/editGeneric.jsp
Aug 4, 2009 8:22:13 AM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/connector/maximized.jsp
Aug 4, 2009 8:22:13 AM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/connector/normal.jsp
Aug 4, 2009 8:22:13 AM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmsmanager/server/connector/help.jsp
[INFO] Compiled completed in 0:00:10.618
[INFO] Copying 29 files to 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [war:war]
[INFO] Exploding webapp...
[INFO] Assembling webapp activemq-portlets in 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT
[INFO] Copy webapp webResources to 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT
[INFO] Copy webapp webResources to 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT
[INFO] Building jar: 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT/WEB-INF/lib/activemq-portlets-2.1.5-SNAPSHOT.jar
[INFO] Generating war 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT.war
[INFO] Building war: 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT.war
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: activemq-portlets-2.1.5-SNAPSHOT.war
[INFO] [install:install]
[INFO] Installing 
/home/geronimo/geronimo/2.1/plugins/activemq/activemq-portlets/target/activemq-portlets-2.1.5-SNAPSHOT.war
 to 
/home/geronimo/.m2/repository/org/apache/geronimo/plugins/activemq-portlets/2.1.5-SNAPSHOT/activemq-portlets-2.1.5-SNAPSHOT.war
[INFO] 
[INFO] Building Geronimo Plugins, Console :: XSSXSRF Filter
[INFO]task-segment: [install]
[INFO] 
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/geronimo/geronimo/2.1/plugins/console/console-filter/target/classes/META-INF
[INFO] Copying 2 files to 
/home/geronimo/geronimo/2.1/plugins/console/console-filter/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 5 source files to 
/home/geronimo/geronimo/2.1/plugins/console/console-filter/target/classes
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

/home/geronimo/geronimo/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java:[32,17]
 package org.slf4j does not exist

/home/geronimo/geronimo/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java:[33,17]
 package org.slf4j does not exist

/home/geronimo/geronimo/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java:[43,29]
 cannot find symbol
symbol  : class Logger
location: class org.apache.geronimo.console.filter.FilterResponseWrapper

/home/geronimo/geronimo/2.1/plugins/console/console-filter/src/main/java/org/apache/geronimo/console/filter/FilterResponseWrapper.java:[43,42]
 cannot find symbol
symbol  : variable LoggerFactory
location: class

[jira] Assigned: (GERONIMO-4659) Include web app "Display Name" in console web app portlet

2009-08-04 Thread Ivan (JIRA)

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

Ivan reassigned GERONIMO-4659:
--

Assignee: Ivan

> Include web app  "Display Name" in console web app portlet 
> ---
>
> Key: GERONIMO-4659
> URL: https://issues.apache.org/jira/browse/GERONIMO-4659
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.5, 2.2
>Reporter: Kevan Miller
>Assignee: Ivan
>Priority: Minor
> Fix For: Wish List
>
> Attachments: GERONIMO-4659.patch, GERONIMO-4776.PNG
>
>
> I think it would be useful to include the display-name for deployed wars in 
> the "Web App WARs" portlet. I'd even think about re-ordering the columns a 
> bit.  

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



[jira] Resolved: (GERONIMODEVTOOLS-573) was added to plan after add a resource-ref via GEP UI

2009-08-04 Thread Delos Dai (JIRA)

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

Delos Dai resolved GERONIMODEVTOOLS-573.


   Resolution: Fixed
Fix Version/s: 2.2.0

I have verified this patch, So resolve it.

>  was added to plan after add a resource-ref via GEP UI
> -
>
> Key: GERONIMODEVTOOLS-573
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-573
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.1.4
> Environment: OS:suse 10 Sp2
> JDK:1.5
>Reporter: viola.lu
>Assignee: Tim McConnell
>Priority: Minor
> Fix For: 2.2.0
>
> Attachments: not_to_add_security.patch
>
>
> Steps:
> 1.Create a dynamic web app. and edit its geronimo-web.xml via UI tool
> 2.Click "Naming" tab, and add a resource-ref: mail/TestMailSession and save 
> it.
> 3.Open "source" tab, an extral  is appended to 
> geronimo-web.xml, and error exists.Must remove it manually from it.

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



[jira] Updated: (GERONIMO-4646) Warn during a war deployment, if no WEB-INF/web.xml file is found

2009-08-04 Thread Victor Fang (JIRA)

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

Victor Fang updated GERONIMO-4646:
--

Attachment: GERONIMO-4646.PNG
GERONIMO-4646.patch

> Warn during a war deployment, if no WEB-INF/web.xml file is found
> -
>
> Key: GERONIMO-4646
> URL: https://issues.apache.org/jira/browse/GERONIMO-4646
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.1.4, 2.2
>Reporter: Kevan Miller
> Fix For: 2.1.5, 2.2
>
> Attachments: GERONIMO-4646.patch, GERONIMO-4646.PNG
>
>
> Per the specs, a WAR without a WEB-INF/web.xml is a valid WAR file. However, 
> it's also an indication of a poorly formatted WAR. It seems like it would be 
> useful to log a warning, if we don't find a WEB-INF/web.xml file, just like 
> we log a WARN, if a geronimo-web.xml file is not found:
> 2009-05-25 22:13:12,535 WARN  [TomcatModuleBuilder] Web application . does 
> not contain a WEB-INF/geronimo-web.xml deployment plan.  This may or may not 
> be a problem, depending on whether you have things like resource references 
> that need to be resolved.  You can also give the deployer a separate 
> deployment plan file on the command line.

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



[jira] Assigned: (GERONIMO-4769) Add English resource bundle for Admin console

2009-08-04 Thread Ivan (JIRA)

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

Ivan reassigned GERONIMO-4769:
--

Assignee: Ivan

> Add English resource bundle for Admin console
> -
>
> Key: GERONIMO-4769
> URL: https://issues.apache.org/jira/browse/GERONIMO-4769
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.5, 2.2
>Reporter: Jack Cai
>Assignee: Ivan
>Priority: Minor
> Attachments: GERONIMO-4769_21.patch, GERONIMO-4769_21_0804.patch, 
> GERONIMO-4769_trunk.patch, GERONIMO-4769_trunk_0804.patch
>
>
> The resource bundle search logic will consider default locale before falling 
> back to the base resource bundle. This means if Geronimo is running on a 
> Chinese OS with locale "zh_CN", when a user visits the admin console with 
> "en_US" as the browser locale, the user will actually see the admin console 
> in Chinese!
> To avoid this problem, we shall duplicate the base resource bundles with the 
> name *en.properties.

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



[jira] Resolved: (GERONIMO-4622) Contribution: Linux service script for Geronimo/WAS CE

2009-08-04 Thread Ivan (JIRA)

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

Ivan resolved GERONIMO-4622.


Resolution: Fixed

Commit the new patch to trunk at rev 800712 and 2.1.5 snapshot At revision: 
800716. Thanks !

> Contribution: Linux service script for Geronimo/WAS CE  
> 
>
> Key: GERONIMO-4622
> URL: https://issues.apache.org/jira/browse/GERONIMO-4622
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: startup/shutdown
>Affects Versions: 2.1.5, 2.2
> Environment: RedHat Enterprise Linux v5.3
> WAS CE 2.1.1.2
>Reporter: Amir Mistric
>Assignee: Ivan
>Priority: Trivial
> Fix For: 2.1.5, 2.2
>
> Attachments: gserviceReg.patch, gserviceReg_ubuntu.patch, 
> wasce-linux-service.sh
>
>
> As per suggestion on WAS CE forum, I am attaching a shell script that can be 
> used for Linux services script in Geronimo/WAS CE.
> For more information please [see this 
> thread|http://www.ibm.com/developerworks/forums/thread.jspa?threadID=260135&tstart=0]

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



[jira] Resolved: (GERONIMO-4776) the view of step 3 of plan-create guide countain some demonstration mistakes

2009-08-04 Thread Ivan (JIRA)

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

Ivan resolved GERONIMO-4776.


Resolution: Fixed

Commit changes to trunk At revision: 800710. Thanks !

> the view of step 3 of  plan-create guide countain some demonstration mistakes
> -
>
> Key: GERONIMO-4776
> URL: https://issues.apache.org/jira/browse/GERONIMO-4776
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.2
>Reporter: Siqi Du
>Priority: Minor
> Fix For: 2.2
>
> Attachments: screenshot-1.jpg, trunk.patch
>
>
> 1.The words on the "next" button is wrong. 
> 2.Some places display English words when being expected to display Chinese.

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



[jira] Resolved: (GERONIMO-4772) false in security realm result in deployment error and no option to set it to true

2009-08-04 Thread Ivan (JIRA)

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

Ivan resolved GERONIMO-4772.


   Resolution: Fixed
Fix Version/s: 2.2

Commit the changes to trunk At revision: 800708. Thanks !

> false in security realm result in 
> deployment error and no option to set it to true
> ---
>
> Key: GERONIMO-4772
> URL: https://issues.apache.org/jira/browse/GERONIMO-4772
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.2
> Environment: os:win2003 jdk : 1.6
>Reporter: viola.lu
>Assignee: Ivan
>Priority: Minor
> Fix For: 2.2
>
> Attachments: 4772.zip, GERONIMO-4772.patch
>
>
> 1.Create a  data pool named securitydatabase in console first ,secondly 
> create a security realm named:derby_security_realm 
> 2.Deploy  sample file to geronimo server but errors exist:
> eployment Failed
> Unable to resolve reference "ConfigurationFactory"
> in gbean 
> default/MyWebApp/1249005002828/car?J2EEApplication=null,j2eeType=WebModule,name=default/MyWebApp/1249005002828/car
> to a gbean matching the pattern 
> [?name=derby_security_realm#org.apache.geronimo.security.jaas.ConfigurationFactory]
> due to: No matches for referencePatterns: 
> [?name=derby_security_realm#org.apache.geronimo.security.jaas.ConfigurationFactory]
> org.apache.geronimo.common.DeploymentException: Unable to resolve reference 
> "ConfigurationFactory"
> in gbean 
> default/MyWebApp/1249005002828/car?J2EEApplication=null,j2eeType=WebModule,name=default/MyWebApp/1249005002828/car
> to a gbean matching the pattern 
> [?name=derby_security_realm#org.apache.geronimo.security.jaas.ConfigurationFactory]
> due to: No matches for referencePatterns: 
> [?name=derby_security_realm#org.apache.geronimo.security.jaas.ConfigurationFactory]
>   at 
> org.apache.geronimo.deployment.DeploymentContext.getConfigurationData(DeploymentContext.java:656)
>   at org.apache.geronimo.deployment.Deployer.install(Deployer.java:339)
>   at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:263)
>   at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:136)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:45)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
>   at java.lang.reflect.Method.invoke(Method.java:599)
>   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:850)
>   at 
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
>   at 
> org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116)
>   at 
> org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61)
>   at java.lang.Thread.run(Thread.java:735)
> This is cozed by false in security 
> realm, which is new in 2.2, and this option configuration doesn't exist  in 
> advanced.jsp page, by default it's set to "false", and if no security realm 
> dependency in security realm page, there will be deployment exceptions.Even 
> if i set this attribute to ture,  console will convert it to false.

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



[jira] Resolved: (GERONIMO-4716) Upgrade HTTPComponent HTTPCore to released version 4.0.1

2009-08-04 Thread Ivan (JIRA)

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

Ivan resolved GERONIMO-4716.


   Resolution: Fixed
Fix Version/s: 2.2
   2.1.5

Commit the changes to trunk At revision: 800706 and 2.1.5 snapshot At revision: 
800707. Thanks !

> Upgrade HTTPComponent HTTPCore to released version 4.0.1
> 
>
> Key: GERONIMO-4716
> URL: https://issues.apache.org/jira/browse/GERONIMO-4716
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.1.5, 2.2
>Reporter: Jack Cai
>Priority: Minor
> Fix For: 2.1.5, 2.2
>
> Attachments: GERONIMO-4716_21.patch, GERONIMO-4716_trunk.patch
>
>
> We using 4.0 alpha or beta versions of HTTPComponent's HTTPCore in 2.1 and 
> 2.2 code. Might want to upgrade the latest release version which 4.0.1.

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



[jira] Resolved: (GERONIMO-4758) The Server Console page displays messy codes when set zh as the prefered language in browser

2009-08-04 Thread Ivan (JIRA)

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

Ivan resolved GERONIMO-4758.


Resolution: Fixed

Commit changes to 2.1.5-snapshot At revision: 800704 and trunk At revision: 
800705. Thanks !

> The Server Console page displays messy codes when set zh as the prefered 
> language in browser
> 
>
> Key: GERONIMO-4758
> URL: https://issues.apache.org/jira/browse/GERONIMO-4758
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.4, 2.1.5, 2.2
> Environment: Windows XP + IE6 / Chrome
>Reporter: Siqi Du
> Fix For: 2.1.5, 2.2
>
> Attachments: branch_2.1.patch, screenshot-1.jpg, trunk.patch
>
>
> 1, Set zh_cn the 1st place in the language preference list ( from Internet 
> Options of Control Panel)
> 2, The login page works well and give out the right view.
> 3, After login, on the console page all the Chinese character is replaced 
> with a "?"

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



[jira] Resolved: (GERONIMO-4749) The resource adapter created via console should be deployed as car

2009-08-04 Thread Ivan (JIRA)

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

Ivan resolved GERONIMO-4749.


Resolution: Fixed

Commit changes to trunk At revision: 800701 and 2.1.5 snapshot  At revision: 
800702. Thanks !

> The resource adapter created via console should be deployed as car
> --
>
> Key: GERONIMO-4749
> URL: https://issues.apache.org/jira/browse/GERONIMO-4749
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.5, 2.2
> Environment: Any
>Reporter: Chi Runhua
>Assignee: Rex Wang
> Fix For: 2.1.5, 2.2
>
> Attachments: GERONIMO-4749-b21.patch, GERONIMO-4749-trunk.patch
>
>
> By default, type of a resource adapter created via console wizard is rar,such 
> as database pool, jms resource. In this case, the user is not able to export 
> the module as a geronimo plugin via console.
> Expected result:
> The resources adapter created via console wizard should be a geronimo 
> configuration, which means a .car type.
> Jeff C

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



[jira] Updated: (GERONIMO-4769) Add English resource bundle for Admin console

2009-08-04 Thread Jack Cai (JIRA)

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

Jack Cai updated GERONIMO-4769:
---

Attachment: GERONIMO-4769_trunk_0804.patch

> Add English resource bundle for Admin console
> -
>
> Key: GERONIMO-4769
> URL: https://issues.apache.org/jira/browse/GERONIMO-4769
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.5, 2.2
>Reporter: Jack Cai
>Priority: Minor
> Attachments: GERONIMO-4769_21.patch, GERONIMO-4769_21_0804.patch, 
> GERONIMO-4769_trunk.patch, GERONIMO-4769_trunk_0804.patch
>
>
> The resource bundle search logic will consider default locale before falling 
> back to the base resource bundle. This means if Geronimo is running on a 
> Chinese OS with locale "zh_CN", when a user visits the admin console with 
> "en_US" as the browser locale, the user will actually see the admin console 
> in Chinese!
> To avoid this problem, we shall duplicate the base resource bundles with the 
> name *en.properties.

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



[jira] Resolved: (GERONIMO-4767) Use keywords strategy when filter the jdbc driver in database pools

2009-08-04 Thread Ivan (JIRA)

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

Ivan resolved GERONIMO-4767.


Resolution: Fixed

Commit the changes to trunk At revision: 800700. Thanks !

> Use keywords strategy when filter the jdbc driver in database pools
> ---
>
> Key: GERONIMO-4767
> URL: https://issues.apache.org/jira/browse/GERONIMO-4767
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.5, 2.2
>Reporter: Rex Wang
>Assignee: Rex Wang
> Fix For: 2.2
>
> Attachments: GERONIMO-4767-trunk.patch
>
>
> Current strategy is too strict when do filter on the jdbc drivers.
> We set the my sql dependecy filter "mysql/mysql-connector-java//jar", but if 
> user manually copy the driver to /repository/org/mysql/...
> the database pool portlet won't find any jars ever. That because the filter 
> mandatoryly requires user to install the jar to 
> /repository/mysql/...
> We should improve this behavior more loosely, such as using the keywords.

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



[jira] Updated: (GERONIMO-4769) Add English resource bundle for Admin console

2009-08-04 Thread Jack Cai (JIRA)

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

Jack Cai updated GERONIMO-4769:
---

Attachment: GERONIMO-4769_21_0804.patch

So this is another try based on the previous suggestions from Ivan and Shawn. I 
use the maven ant plugin to do the copies. For convenience I rename the base 
bundles to *_en.properties. The patch works well for me.

Please review.

> Add English resource bundle for Admin console
> -
>
> Key: GERONIMO-4769
> URL: https://issues.apache.org/jira/browse/GERONIMO-4769
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.5, 2.2
>Reporter: Jack Cai
>Priority: Minor
> Attachments: GERONIMO-4769_21.patch, GERONIMO-4769_21_0804.patch, 
> GERONIMO-4769_trunk.patch
>
>
> The resource bundle search logic will consider default locale before falling 
> back to the base resource bundle. This means if Geronimo is running on a 
> Chinese OS with locale "zh_CN", when a user visits the admin console with 
> "en_US" as the browser locale, the user will actually see the admin console 
> in Chinese!
> To avoid this problem, we shall duplicate the base resource bundles with the 
> name *en.properties.

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



[BUILD] trunk: Failed for Revision: 800682

2009-08-04 Thread gawor
Geronimo Revision: 800682 built with tests included
 
See the full build-0300.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090804/build-0300.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090804
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 43 minutes 57 seconds
[INFO] Finished at: Tue Aug 04 03:47:07 EDT 2009
[INFO] Final Memory: 428M/972M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
 
Assembly: tomcat
=
See full test results and logs at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090804/logs-0300-tomcat/
 
 
[INFO] Using assembly artifact: 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided
[INFO] Using geronimoHome: 
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT
[INFO] Installing assembly...
[INFO] Expanding: 
/home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip
 into /home/geronimo/geronimo/trunk/testsuite/target
[INFO] Starting Geronimo server...
[INFO] Selected option set: default
[INFO] Redirecting output to: 
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log
[INFO] Waiting for Geronimo server...
[INFO] Geronimo server started in 0:00:46.985
[INFO] [shitty:install {execution: default}]
[INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to 
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/testing/testsuite-testing.pom
[INFO] [shitty:test {execution: default}]
[INFO] Starting 36 test builds
[INFO] 
[INFO] 
---
[INFO] 
[INFO] commands-testsuite/deploy  RUNNING
[INFO] commands-testsuite/deploy  SUCCESS (0:01:15.393) 
[INFO] commands-testsuite/gshell  RUNNING
[INFO] commands-testsuite/gshell  SUCCESS (0:00:35.235) 
[INFO] commands-testsuite/jaxws   RUNNING
[INFO] commands-testsuite/jaxws   SUCCESS (0:00:41.191) 
[INFO] commands-testsuite/shutdownRUNNING
[INFO] commands-testsuite/shutdownSUCCESS (0:00:21.319) 
[INFO] concurrent-testsuite/concurrent-basic  RUNNING
[INFO] concurrent-testsuite/concurrent-basic  SUCCESS (0:06:31.270) 
[INFO] console-testsuite/advanced RUNNING
[INFO] console-testsuite/advanced FAILURE (0:01:28.394) Java 
returned: 1
[INFO] console-testsuite/basicRUNNING
[INFO] console-testsuite/basicSUCCESS (0:02:04.421) 
[INFO] corba-testsuite/corba-helloworld   RUNNING
[INFO] corba-testsuite/corba-helloworld   SUCCESS (0:00:55.734) 
[INFO] corba-testsuite/corba-marshal  RUNNING
[INFO] corba-testsuite/corba-marshal  SUCCESS (0:01:01.008) 
[INFO] corba-testsuite/corba-mytime   RUNNING
[INFO] corba-testsuite/corba-mytime   SUCCESS (0:00:47.985) 
[INFO] deployment-testsuite/deployment-tests  RUNNING
[INFO] deployment-testsuite/deployment-tests  SUCCESS (0:00:35.508) 
[INFO] deployment-testsuite/jca-cms-tests RUNNING
[INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:32.437) 
[INFO] deployment-testsuite/manifestcp-tests  RUNNING
[INFO] deployment-testsuite/manifestcp-tests  SUCCESS (0:00:36.292) 
[INFO] enterprise-testsuite/ejb-tests RUNNING
[INFO] enterprise-testsuite/ejb-tests SUCCESS (0:01:05.988) 
[INFO] enterprise-testsuite/jms-tests RUNNING
[INFO] enterprise-testsuite/jms-tests SUCCESS (0:01:20.736) 
[INFO] enterprise-testsuite/jpa-tests RUNNING
[INFO] enterprise-testsuite/jpa-tests SUCCESS (0:00:51.097) 
[INFO] enterprise-testsuite/sec-clientRUNNING
[INFO] enterprise-testsuite/sec-clientSUCCESS (0:00:32.078) 
[INFO] enterprise-testsuite/sec-tests RUNNING
[INFO] enterprise-testsuite/sec-tests SUCCESS (0:00:55.790) 
[INFO] security-testsuite/test-security   RUNNING
[INFO] security-testsuite/test-security   FAILURE (0:00:46.321) Java 
returned: 1
[INFO] web-testsuite/test-2.1-jspsRUNNING
[INFO] web-testsuite/test-2.1-jspsSUCCESS (0:00:33.535) 
[INFO] web-testsuite/test-2.5-servletsRUNNING
[INFO] web-testsuite/test-2.5-servletsSUCCESS (0:00:31.606) 
[INFO] web-testsuite/test-myfaces RUNNING
[INFO] web-testsuite/test-myfaces SUCCESS (0:00:33.932) 
[INFO] web-testsuite/test-tomcat  RUNNING

[jira] Updated: (GERONIMO-4776) the view of step 3 of plan-create guide countain some demonstration mistakes

2009-08-04 Thread Victor Fang (JIRA)

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

Victor Fang updated GERONIMO-4776:
--

Attachment: (was: GERONIMO-4776.PNG)

> the view of step 3 of  plan-create guide countain some demonstration mistakes
> -
>
> Key: GERONIMO-4776
> URL: https://issues.apache.org/jira/browse/GERONIMO-4776
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.2
>Reporter: Siqi Du
>Priority: Minor
> Fix For: 2.2
>
> Attachments: screenshot-1.jpg, trunk.patch
>
>
> 1.The words on the "next" button is wrong. 
> 2.Some places display English words when being expected to display Chinese.

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



[jira] Updated: (GERONIMO-4776) the view of step 3 of plan-create guide countain some demonstration mistakes

2009-08-04 Thread Victor Fang (JIRA)

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

Victor Fang updated GERONIMO-4776:
--

Attachment: (was: GERONIMO-4776.patch)

> the view of step 3 of  plan-create guide countain some demonstration mistakes
> -
>
> Key: GERONIMO-4776
> URL: https://issues.apache.org/jira/browse/GERONIMO-4776
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.2
>Reporter: Siqi Du
>Priority: Minor
> Fix For: 2.2
>
> Attachments: screenshot-1.jpg, trunk.patch
>
>
> 1.The words on the "next" button is wrong. 
> 2.Some places display English words when being expected to display Chinese.

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



[jira] Commented: (GERONIMO-4780) jsr88 client is too dependent on too many plugins

2009-08-04 Thread Ivan (JIRA)

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

Ivan commented on GERONIMO-4780:


>From the current build test logs, I think the current changes caused some 
>LinkageException or ClassCastException
For the transitive dependecy funcation added in 2.2,  in the 
jsr88-rar-configuration, many dependencies are added in the environment, and 
those dependencies could also seen by the connector-deployer, then in the 
deployment process, some classes are loaded twice by different classloaders.
Any comment ?

> jsr88 client is too dependent on too many plugins
> -
>
> Key: GERONIMO-4780
> URL: https://issues.apache.org/jira/browse/GERONIMO-4780
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.2
>Reporter: David Jencks
>Assignee: David Jencks
> Fix For: 2.2
>
> Attachments: GERONIMO-4780-preliminary.patch
>
>
> We're seeing some problems with a jsr88 client that is running with a 
> security manager.  The jsr88 rar configurer plugin has a classes dependency 
> on the connector-deployer plugin to get its classes.  In the configuration in 
> question, this involves loading but not starting a gbean with an encrypted 
> attribute, which loads JCE which requires permission to create (but not 
> install) a security manager.
> The other jsr88 plugins don't use a plugin dependency to get classes, but 
> rather a jar dependency.  I think this will work OK for the rar configurer 
> also.  Also, its not like anyone uses this stuff.

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



[jira] Resolved: (GERONIMO-4771) Defining secondary HostGBean leads to ERROR [JAASRealm]

2009-08-04 Thread Ivan (JIRA)

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

Ivan resolved GERONIMO-4771.


Resolution: Fixed

Commit the changes to 2.1.5 at revision: 800692.

> Defining secondary HostGBean leads to ERROR [JAASRealm]
> ---
>
> Key: GERONIMO-4771
> URL: https://issues.apache.org/jira/browse/GERONIMO-4771
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Tomcat
>Affects Versions: 2.1.4
> Environment: Platform: Ubuntu 8.04
> Java: IBM JDK 6 sr5
>Reporter: Forrest Xia
>Assignee: Ivan
>Priority: Minor
> Fix For: 2.1.5
>
>
> Steps:
> 1. unzip g 214 tomcat bundle to a directory
> 2. modify config.xml to add a secondary HostGBean in tomcat6 module as 
> following:
>  name="org.apache.geronimo.configs/tomcat6/2.1.4/car?ServiceModule=org.apache.geronimo.configs/tomcat6/2.1
> .4/car,j2eeType=Host,name=TomcatVirtualHost_1" 
> gbeanInfo="org.apache.geronimo.tomcat.HostGBean">
>  name="className">org.apache.catalina.core.StandardHost
> name=vh1.com
> appBase=
> workDir=work
> 
> 3. start server and check the console output
> Problem: you will see two errors when starting module tomcat6
> 2009-07-30 13:36:05,822 ERROR [JAASRealm] Class 
> org.apache.geronimo.security.realm.providers.GeronimoUserPrincipal not
> found! Class not added.
> 2009-07-30 13:36:05,822 ERROR [JAASRealm] Class 
> org.apache.geronimo.security.realm.providers.GeronimoGroupPrincipal
> not found! Class not added.
> This is not reproducible for G 2.2 snapshot.

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



[jira] Updated: (GERONIMO-4771) Defining secondary HostGBean leads to ERROR [JAASRealm]

2009-08-04 Thread Ivan (JIRA)

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

Ivan updated GERONIMO-4771:
---

 Priority: Minor  (was: Major)
Fix Version/s: 2.1.5
 Assignee: Ivan

I found that we have already discussed it in the mail list, and it did not 
caused any function failures.
Please refer to 
http://www.nabble.com/2.1.3-to-2.1.4-Upgrade-Virtual-Hosts-issue-td23123340s134.html
So I changed the priority to minor. The issue is caused by the way we add the 
host gbean in 2.1.*, the thread losts the context classloader used to create 
the host gbean.

> Defining secondary HostGBean leads to ERROR [JAASRealm]
> ---
>
> Key: GERONIMO-4771
> URL: https://issues.apache.org/jira/browse/GERONIMO-4771
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Tomcat
>Affects Versions: 2.1.4
> Environment: Platform: Ubuntu 8.04
> Java: IBM JDK 6 sr5
>Reporter: Forrest Xia
>Assignee: Ivan
>Priority: Minor
> Fix For: 2.1.5
>
>
> Steps:
> 1. unzip g 214 tomcat bundle to a directory
> 2. modify config.xml to add a secondary HostGBean in tomcat6 module as 
> following:
>  name="org.apache.geronimo.configs/tomcat6/2.1.4/car?ServiceModule=org.apache.geronimo.configs/tomcat6/2.1
> .4/car,j2eeType=Host,name=TomcatVirtualHost_1" 
> gbeanInfo="org.apache.geronimo.tomcat.HostGBean">
>  name="className">org.apache.catalina.core.StandardHost
> name=vh1.com
> appBase=
> workDir=work
> 
> 3. start server and check the console output
> Problem: you will see two errors when starting module tomcat6
> 2009-07-30 13:36:05,822 ERROR [JAASRealm] Class 
> org.apache.geronimo.security.realm.providers.GeronimoUserPrincipal not
> found! Class not added.
> 2009-07-30 13:36:05,822 ERROR [JAASRealm] Class 
> org.apache.geronimo.security.realm.providers.GeronimoGroupPrincipal
> not found! Class not added.
> This is not reproducible for G 2.2 snapshot.

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