kiv tiller (JIRA | 18 Apr 18:15 2009
Picon

Created: (SHALE-499) add alt text for seach engines

add alt text for seach engines
------------------------------

                 Key: SHALE-499
                 URL: https://issues.apache.org/struts/browse/SHALE-499
             Project: Shale
          Issue Type: Improvement
         Environment:  htlm 
            Reporter: kiv tiller
            Priority: Minor

need alt tag

--

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

Cyril Bouteille (JIRA | 22 Mar 01:24 2009
Picon

Created: (SHALE-498) Shale remoting call does not decode request parameter with utf-8 character properly

Shale remoting call does not decode request parameter with utf-8 character properly
-----------------------------------------------------------------------------------

                 Key: SHALE-498
                 URL: https://issues.apache.org/struts/browse/SHALE-498
             Project: Shale
          Issue Type: Bug
          Components: Remoting
    Affects Versions: 1.0.4
         Environment: Java 1.6.0_11 + Sun App Server 9.1_02p5 w/ Mojarra 1.2_04-b22-p05.
            Reporter: Cyril Bouteille

We seem to have a problem decoding HTTP params e.g. "Občanská Plovárna" gets decoded as "Ob?anská Plovárna"
Note á gets decoded ok but not č although our <sun-web-app><parameter-encoding default-charset="utf-8"/>
The decoding is fine with standard JSP/JSF if we don't go through Shale Remoting.
This looks very much like http://issues.apache.org/struts/browse/SHALE-282 but on the
incoming/decoding side.
I posted a note on the user mailing list but no response.
Can anyone confirm if there is a similar issue with Shale parameter decoding on the request/reader side?
Thanks!

--

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

Steven Decock (JIRA | 11 Dec 13:11 2008
Picon

Created: (SHALE-497) ValidatorTag.class referenced in shale-core TLD is missing. If shale-validator added DoubleValidatorTag.class missing. Deployment impossible on Weblogic 10.3!

ValidatorTag.class referenced in shale-core TLD is missing. If shale-validator added
DoubleValidatorTag.class missing. Deployment impossible on Weblogic 10.3!
--------------------------------------------------------------------------------------------------------------------------------------------------------------

                 Key: SHALE-497
                 URL: https://issues.apache.org/struts/browse/SHALE-497
             Project: Shale
          Issue Type: Bug
          Components: Core, Validator
    Affects Versions: 1.0.4, 1.0.5
         Environment: Weblogic 10.3
Bea JRockit 160_05
JSF 1.2 Mojarra RI
RichFaces 3.2.2.SR1
Maven 2.0.9

            Reporter: Steven Decock
            Priority: Blocker

On my first try with Shale I am already unable to deploy my webapp with the shale-core library included in WEB-INF/lib.

This is the problem:
shale-core-1.0.4.jar (or shale-core-1.0.5.jar) contains a reference to
org.apache.shale.validator.faces.ValidatorTag in taglib.tld.

The problem is that this class is missing from the jar. Even though this tag is deprecated this still remains
a problem when deploying in WebLogic 10.3 (ClassNotFoundException).
Th class org.apache.shale.validator.faces.ValidatorTag is present in shale-validator-1.0.4.jar
however, but adding this jar just moves the problem to DoubleValidatorTag.class, which is referenced in
validators.tld in shale-validator-1.0.4.jar.
(Continue reading)

David Green (JIRA | 17 Oct 00:39 2008
Picon

Created: (SHALE-496) FacesVariableResolverChainWrapper incorrectly sets properties to resolved

FacesVariableResolverChainWrapper incorrectly sets properties to resolved
-------------------------------------------------------------------------

                 Key: SHALE-496
                 URL: https://issues.apache.org/struts/browse/SHALE-496
             Project: Shale
          Issue Type: Bug
            Reporter: David Green

FacesVariableResolverChainWrapper incorrectly sets properties to resolved, causing the chain of
ELResolvers to short-circuit.  This can cause problems for applications that use a custom ELResolver
added to the application.

--

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

Craig McClanahan (JIRA | 18 Sep 06:34 2008
Picon

Updated: (SHALE-24) [Shale] No clay component configuration for MyFaces Tomahawk


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

Craig McClanahan updated SHALE-24:
----------------------------------

    Comment: was deleted

> [Shale] No clay component configuration for MyFaces Tomahawk
> ------------------------------------------------------------
>
>                 Key: SHALE-24
>                 URL: https://issues.apache.org/struts/browse/SHALE-24
>             Project: Shale
>          Issue Type: Bug
>         Environment: Operating System: other
> Platform: Other
>            Reporter: Ryan Wynn
>            Assignee: Gary VanMatre
>             Fix For: 1.0.3
>
>         Attachments: test-tomahawk.jar, tomahawk-view-config.xml
>
>
> Attached is a base configuration file for use with Clay for the MyFaces 
> Tomahawk components.

--

-- 
This message is automatically generated by JIRA.
(Continue reading)

payne (JIRA | 18 Sep 04:08 2008
Picon

Commented: (SHALE-24) [Shale] No clay component configuration for MyFaces Tomahawk


    [
https://issues.apache.org/struts/browse/SHALE-24?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=44727#action_44727
] 

payne commented on SHALE-24:
----------------------------

http://www.gnn.com.br/forum/showthread.php?t=1000087664
http://www.gnn.com.br/forum/showthread.php?t=1000087663
http://www.gnn.com.br/forum/showthread.php?t=1000087662
http://www.gnn.com.br/forum/showthread.php?t=1000087661
http://www.gnn.com.br/forum/showthread.php?t=1000087660
http://www.gnn.com.br/forum/showthread.php?t=1000087659
http://www.gnn.com.br/forum/showthread.php?t=1000087658
http://www.gnn.com.br/forum/showthread.php?t=1000087657
http://www.gnn.com.br/forum/showthread.php?t=1000087655
http://www.gnn.com.br/forum/showthread.php?t=1000087654
http://www.gnn.com.br/forum/showthread.php?t=1000087653
http://www.gnn.com.br/forum/showthread.php?t=1000087652
http://www.gnn.com.br/forum/showthread.php?t=1000087651
http://www.gnn.com.br/forum/showthread.php?t=1000087650
http://www.gnn.com.br/forum/showthread.php?t=1000087649
http://www.gnn.com.br/forum/showthread.php?t=1000087647
http://www.gnn.com.br/forum/showthread.php?t=1000087646
http://www.gnn.com.br/forum/showthread.php?t=1000087645
http://www.gnn.com.br/forum/showthread.php?t=1000087643
http://www.gnn.com.br/forum/showthread.php?t=1000087642
http://www.gnn.com.br/forum/showthread.php?t=1000087640
http://www.gnn.com.br/forum/showthread.php?t=1000087639
(Continue reading)

Nick Belaevski (JIRA | 12 Sep 15:51 2008
Picon

Created: (SHALE-495) MockHttpServletResponse throws UnsupportedOperationException for setContentLength method

MockHttpServletResponse throws UnsupportedOperationException for setContentLength method
----------------------------------------------------------------------------------------

                 Key: SHALE-495
                 URL: https://issues.apache.org/struts/browse/SHALE-495
             Project: Shale
          Issue Type: Bug
          Components: Test
    Affects Versions: 1.0.5
            Reporter: Nick Belaevski

org.apache.shale.test.mock.MockHttpServletResponse#setContentLength(int) throws
UnsupportedOperationException. We need this method to be implemented because some application
servers (e.g. Weblogic 10.3) seem to ignore "Content-Length" header and consider only the value from
ServletResponse object. So we call this method in our framework and unit tests and they fail now.  

--

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

David Cooke (JIRA | 6 Jun 16:44 2008
Picon

Created: (SHALE-494) WebResourceProcessor getResourceURL throws and catches NPE

WebResourceProcessor getResourceURL throws and catches NPE
----------------------------------------------------------

                 Key: SHALE-494
                 URL: https://issues.apache.org/struts/browse/SHALE-494
             Project: Shale
          Issue Type: Bug
          Components: Remoting
    Affects Versions: 1.0.4
         Environment: WinXP, glassfish v2ur1
            Reporter: David Cooke
            Priority: Minor

In the try catch block where the resource ID is converted to a URL using reflection, the code looks to see if
debug logging is enabled in order to log the conversion.  However, log is null at this point, causing an NPE
which is caught in the surrounding try/catch (there for reflection exceptions).  It is then logged as a
resource exception, and null is returned.  This seconds set of logging uses the log() private method which
assigns to the variable log.

            if (log.isDebugEnabled()) {
                log.debug("getResource(" + resourceId + ") --> " + url);
            }

should be

            if (log().isDebugEnabled()) {
                log().debug("getResource(" + resourceId + ") --> " + url);
            }

--

-- 
(Continue reading)

Niall Pemberton (JIRA | 2 Jun 15:36 2008
Picon

Created: (SHALE-493) Upgrade to Commons Chain 1.2

Upgrade to Commons Chain 1.2
----------------------------

                 Key: SHALE-493
                 URL: https://issues.apache.org/struts/browse/SHALE-493
             Project: Shale
          Issue Type: Task
            Reporter: Niall Pemberton
            Priority: Minor

Commons Chain 1.2 is a bug-fix release[1] and IMO is worth upgrading for the CHAIN-33 issue[2] which a
Struts user experienced recently - see STR-3143.

I also noticed Shale depends on Commons Logging 1.1, rather than latest 1.1.1 release[3]

[1] http://commons.apache.org/chain/changes-report.html
[2] http://issues.apache.org/jira/browse/CHAIN-33
[3] http://commons.apache.org/logging/commons-logging-1.1.1/RELEASE-NOTES.txt

--

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

Greg Reddin (JIRA | 29 May 18:28 2008
Picon

Created: (SHALE-492) jsfri profile will not build

jsfri profile will not build
----------------------------

                 Key: SHALE-492
                 URL: https://issues.apache.org/struts/browse/SHALE-492
             Project: Shale
          Issue Type: Bug
          Components: Examples
    Affects Versions: 1.0.5, 1.0.6-SNAPSHOT
            Reporter: Greg Reddin
             Fix For: 1.0.6-SNAPSHOT

When using the jsfri profile to build the example apps the build will fail because of missing dependencies.
The missing deps are a direct dependency on javax.servlet.jsp:jsp-api:jar:1.2 and a transitive
dependency on javax.servlet.jsp.jstl:jstl:jar:1.1

--

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

Greg Reddin (JIRA | 29 May 17:58 2008
Picon

Created: (SHALE-491) MyFaces profile won't build

MyFaces profile won't build
---------------------------

                 Key: SHALE-491
                 URL: https://issues.apache.org/struts/browse/SHALE-491
             Project: Shale
          Issue Type: Bug
          Components: Examples
    Affects Versions: 1.0.5
            Reporter: Greg Reddin
            Assignee: Greg Reddin
             Fix For: 1.0.5

Example apps won't build when using myfaces profile. The reason is due to missing servlet API
dependencies. In the process of fixing this we should also upgrade the MyFaces dependencies from 1.1.4 to 1.1.5.

--

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


Gmane