Cristi Magherusan | 12 May 02:00 2008
Picon

Broken URL's

Hello,

I'm having a school project that must use shale, but it seems its
taglibs uri's are broken links, among others. Please someone fix them,
if possible. Also, is there a way to use local files instead of http://
links? 

Please use cc to send your answers to me since I'm not yet subscribed to
the shale Mailing List.

Thanks!
Cristi

Cyril Bouteille | 12 May 05:51 2008

Re: Broken URL's

Attachment (smime.p7s): application/x-pkcs7-signature, 4700 bytes
Cyril Bouteille | 12 May 06:12 2008

Re: Broken URL's

Oops, sorry resending as plain text message:
>  Cristi, I understand those taglib uris to be virtual only as unique 
> keys for namespaces. They're not required to be a valid page for Shale 
> or any other taglib.
> You can use tagdir="/WEB-INF/tags" as an alternative to uris for your 
> own tags, but I'm not sure it's going to help you here.
> We'd need more details about the actual issue you're experiencing to help.
>
> Cristi Magherusan wrote:
>> Hello,
>>
>> I'm having a school project that must use shale, but it seems its
>> taglibs uri's are broken links, among others. Please someone fix them,
>> if possible. Also, is there a way to use local files instead of http://
>> links? 
>>
>> Please use cc to send your answers to me since I'm not yet subscribed to
>> the shale Mailing List.
>>
>> Thanks!
>> Cristi
>>
>>   
>

Attachment (smime.p7s): application/x-pkcs7-signature, 4700 bytes
Richard Eggert | 12 May 07:14 2008

RE: Broken URL's

You need to add something like this to your web.xml file:

<jsp-config>
   <taglib>
      <taglib-uri>http://shale.apache.org/clay</taglib-uri>
      <taglib-location>/WEB-INF/lib/shale-clay.jar</taglib-location>
   </taglib>		
</jsp-config>

If that doesn't work (i.e., if the JSP engine can't find the tld file within the JAR file for some reason),
pull the TLD file out of the JAR file, place it somewhere in your WEB-INF directory (perhaps in a
subdirectory named "tld", for example), and put this in your web.xml instead:

<jsp-config>
   <taglib>
      <taglib-uri>http://shale.apache.org/clay</taglib-uri>
      <taglib-location>/WEB-INF/tld/shale-clay.tld</taglib-location>
   </taglib>		
</jsp-config>

Note that if you are using more than one tag library, each tag library that you use needs its own <taglib>
entry, and all <taglib> elements must be contained within a single <jsp-config> (the XML schema
validator will reject it if you have more than one <jsp-config>).

As was already pointed out, the URI's are only unique names, and have no meaning in terms of where JSP looks
for the definitions.

Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com

-----Original Message-----
From: Cristi Magherusan [mailto:cristi.magherusan <at> net.utcluj.ro]
Sent: Sun 5/11/2008 8:00 PM
To: user <at> shale.apache.org
Subject: Broken URL's

Hello,

I'm having a school project that must use shale, but it seems its
taglibs uri's are broken links, among others. Please someone fix them,
if possible. Also, is there a way to use local files instead of http://
links? 

Please use cc to send your answers to me since I'm not yet subscribed to
the shale Mailing List.

?Thanks!
Cristi

Wendy Smoak | 12 May 07:24 2008
Picon

Re: Broken URL's

On Sun, May 11, 2008 at 5:00 PM, Cristi Magherusan
<cristi.magherusan <at> net.utcluj.ro> wrote:

>  I'm having a school project that must use shale, but it seems its
>  taglibs uri's are broken links, among others. Please someone fix them,
>  if possible. Also, is there a way to use local files instead of http://
>  links?

Please describe the problem you're having, and I'm sure someone can
help you sort it out.  As others have mentioned a URI is an
identifier, there's no requirement that a taglib uri be a valid url.

If you use the correct URI (one that matches exactly with the one in
the tld inside the jar file) then your container should discover the
taglibs  automatically.  Specifically, you do *not* need to extract
them from the jar or put anything in web.xml, unless you are using a
very old Servlet container.  Ignore the Struts references, and see if
this helps:  http://wiki.wsmoak.net/cgi-bin/wiki.pl?WebXmlNoTaglib and
http://marc.info/?l=struts-user&m=104205482618830&w=2

>  Please use cc to send your answers to me since I'm not yet subscribed to
>  the shale Mailing List.

Just this once. :)  You can watch the list on one of the many archive
sites, like Nabble:  http://www.nabble.com/Shale---User-f15689.html

--

-- 
Wendy

Cristi Magherusan | 12 May 08:27 2008
Picon

Re: Broken URL's

Hello,

Thanks for your answers! Well, the code itself is valid, but some IDEs
(in my case netbeans) use them to enable smart code completion and other
features for those tags. The problem is that the URI it needs
(http://shale.apache.org/core) is a 404 and I get no help from
netbeans. Also, I've found a few other broken links on the website that
would be nice to be fixed:

Only http://wiki.apache.org/shale/ShaleValidation references two broken
ones. 
I'll try Richard's tip and report any results.

Many thanks,
Cristi

Costa Basil | 14 May 23:09 2008
Picon

JSF 1.2 (MyFaces Core 1.2.x - implementation) & Struts Shale

I've been successfully using Struts Shale 1.0.3 with MyFaces 1.1.x & Tomhawk 1.1.x. Now I want to upgrade to
MyFaces Core 1.2.x which is a JSF 1.2 implementation. Can someone please tell me if JSF 1.2 makes some of
features in Struts Shale Core obsolete - for instance the ViewController mechanism? Will Struts Shale
work with MyFaces 1.2 seamlessly? 

My code is relying heavily on the shale framework (core) - all my managed beans extend the
AbstractViewController class and rely on the ViewController calls made by the framework to prerender,
init & co. I am also using some of the validation tags.

I didn't dig up the JSF 1.2 documentation but I think I read somewhere that JSF 1.2 offers something similar
to the ViewController mechanism.

Thanks

      __________________________________________________________________
Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for
the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php
Cyril Bouteille | 14 May 23:35 2008

Re: JSF 1.2 (MyFaces Core 1.2.x - implementation) & Struts Shale

JSF 1.2 introduced  <at> PostConstruct and  <at> PreDestroy annotations (see 
http://weblogs.java.net/blog/jhook/archive/2007/05/jsf_12_ri_backi.html), 
which somewhat overlap with Shale's prerender/destroy hooks, but it's 
still not quite as powerful. Most notably:
*  <at> PostConstruct won't get call on every page it's used w/ a 
session-scoped FB, and
* you can't control  <at> PostConstruct execution everytime the FB is 
instanciated as Shale allows you to w/ <s:subview> does.
I'm using JSF 1.2 Mojarra implementation w/ Shale just fine, but I 
unfortunately can't speak to MyFaces compatibility.

Costa Basil wrote:
> I've been successfully using Struts Shale 1.0.3 with MyFaces 1.1.x & Tomhawk 1.1.x. Now I want to upgrade
to MyFaces Core 1.2.x which is a JSF 1.2 implementation. Can someone please tell me if JSF 1.2 makes some of
features in Struts Shale Core obsolete - for instance the ViewController mechanism? Will Struts Shale
work with MyFaces 1.2 seamlessly? 
>
> My code is relying heavily on the shale framework (core) - all my managed beans extend the
AbstractViewController class and rely on the ViewController calls made by the framework to prerender,
init & co. I am also using some of the validation tags.
>
> I didn't dig up the JSF 1.2 documentation but I think I read somewhere that JSF 1.2 offers something similar
to the ViewController mechanism.
>
> Thanks
>
>
>       __________________________________________________________________
> Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for
the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php
>   

-- 
Cyril Bouteille
VP, Engineering

TravelMuse, Inc.
4410 El Camino Real, Suite 102
Los Altos, CA 94022
(f) 650-941-4751
http://www.travelmuse.com
cyril <at> travelmuse.com <mailto:cyril <at> travelmuse.com>
------------------------------------------------------------------------
The information transmitted is intended only for the person or entity to 
which it is addressed and may contain confidential and/or privileged 
material. Any review, retransmission, dissemination or other use of, or 
taking of any action in reliance upon, this information by persons or 
entities other than the intended recipient is prohibited. If you 
received this in error, please contact the sender and delete the 
material from any computer.
Attachment (smime.p7s): application/x-pkcs7-signature, 4700 bytes
Costa Basil | 14 May 23:46 2008
Picon

Re: JSF 1.2 (MyFaces Core 1.2.x - implementation) & Struts Shale

>I'm using JSF 1.2 Mojarra implementation w/ Shale just fine, but I unfortunately can't speak to MyFaces compatibility.

That is good to know. 

Thanks

      __________________________________________________________________
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/
Venkataganesh Thoppae | 19 May 17:07 2008
Picon

AbstractJsfTestCase question

New user of Shale Test framework. I'm trying to write some test cases for
JSF 1.1 implementation using AbstractJsfTestCase.

Experiencing few problems while trying to resolve some EL expressions
programmatically.
- MockVariableResolver not able to resolve array elements like
#{someBean.property[0]}
- How would I resolve an expression like #{someBean.name == "John Doe"}
- How could I invoke static EL functions like #{prefix:fnName}

Advance Thanks for your help.

Gmane