gmane.comp.jakarta.taglibs.user

Re: JSTLExamples NetBean Sample Project

Stuart Thiel — 2011-10-27T15:54:18

Hi Tim/Stani,

I'd go so far as to say SQL doesn't even belong in the model layer as 
per Fowler/Larmen/whomever 3-layer approaches.

My recommendation is to use some form of Controller servlet that takes 
care of much of what is needed, like setting up connections and setting 
attributes (not directly, see Fowler's P of EAA or my thesis --if you're 
a masochist-- 
https://soenea.htmlweb.com/trac/browser/Documentation/trunk/Thesis/Thesis_Stuart.pdf). 
This allows problems like that to be addressed in the appropriate 
places, leaving the JSP Templates oblivious to it all and letting the 
jstl stuff stick to providing appropriate support to display relevant 
data in the JSPs. Even if your abstraction was less religiously (Domain) 
Object-Oriented than what I propose, having your jstl stuff just 
manipulate some form of ResultSet/DAO would probably achieve appropriate 
separation, with problems like missing database drivers happening before 
the JSP is even dispatched to (and possibly leading to the dispatching

Re: JSTLExamples NetBean Sample Project

Stani Ryabenkiy — 2011-10-27T15:21:41

Hi Tim,

1) using SQL tags in a JSP is a bad design choice, I recommend against it.
SQL belongs in the model layer, not the presentation layer.
2) I am not familiar with how NetBeans does things nor have I tried Derby
but to me this sounds like a typical Tomcat class loader problem. The SQL
tags (or whatever is looking for the Derby driver) are outside your
application (loaded by Tomcat's common class loader) so they cannot see the
Derby classes loaded inside your application. Try locating the Tomcat
installation that NetBeans is starting and add the Derby driver jar to the
lib folder in there, that will most likely fix it.

Good Luck,
Stani

On Thu, Oct 27, 2011 at 11:14 AM, Tim Puchala <tim.puchala< at >hotmail.com>wrote:

JSTLExamples NetBean Sample Project

Tim Puchala — 2011-10-27T09:14:23

I’m trying to run explore SQL Tags section of the sample project provided by NetBeans called JSTLExamples
I changed the database url to use sample rather than the default jstl-sample because that is the databes in the Services pane under Databases. The schema is APP and the user is app.
I used app and app for user and password.
I am getting an SQLException when executing the QueryIterate option (first on the page).
The description of the exception is “No suitable driver found for jdbc:derby://localhost:1527/sample;create=true
I have tried adding the jar file derbyclient.jar to the project library, but this doesn’t correct the error.
I would have thought the project shouldn’t need tweaking like this anyway if it’s a sample project provided by Netbeans.
Any ideas, anybody?

Re: standard-1.1.3 Bugfix release?

Jeremy Boynes — 2011-10-07T14:57:32

Thanks. As Henri said, real life is occupying me at the moment.

The outstanding work on 1.2 is really just the release process (with a bit of cleanup for Maven 3.0) and the website. I don't have time to finish that but would be able to run the TCK against a candidate.

46052 still needs to be addressed for running on JRE1.6 but IIRC we were not going to hold a release for that.

Cheers
Jeremy

On Oct 6, 2011, at 11:03 PM, Henri Yandell wrote:

Re: standard-1.1.3 Bugfix release?

Henri Yandell — 2011-10-07T06:03:25

A 1.2 would be awesome as it's got more bugfixes than the Oracle
version. Jeremy was working on the TCK side of things, but has other
priorities right now.

Hen

On Thu, Oct 6, 2011 at 8:19 AM, Florian Kirchmeir
<florian.kirchmeir< at >unycom.com> wrote:

standard-1.1.3 Bugfix release?

Florian Kirchmeir — 2011-10-06T15:19:32

Hi Devs!

Will there ever be any further 1.1.x releases of the standard JSTL library?
It's almost 7 years now since the last stable release, and there are some bufixes (like https://issues.apache.org/bugzilla/show_bug.cgi?id=31789) sitting there that would be most welcome.
Unless there will be a stable 1.2 release the other day, I'd really appreciate another 1.1.x tag!

Best regards,
Florian Kirchmeir

Re: Taglib and Tomcat 6 & 7

Jeremy Boynes — 2011-07-02T05:16:53


The taglib releases should work fine with the newer versions of Tomcat.

Taglib and Tomcat 6 & 7

Tony Anecito — 2011-06-30T14:56:29

Hi All,

I was wondering for Tomcat 6 & 7 is the taglib support those versions since the 
support stopped at servlet spec 2.4 and Tomcat 6 is servlet 2.5.

Thanks,
-Tony

Getting error during the compilation of JSP tag library using Jasper compliler of Tomcat.

Paramjeet Singh Bawa — 2011-06-22T10:09:14

Hi List,

I am trying to shift my project from Resin to Tomcat 7. Everything goes fine during deployment. But when I try to access JSP page it is giving me SEVERE Error as follows.

Error details:
[jasper] Jun 22, 2011 2:32:19 AM org.apache.jasper.xmlparser.MyEntityResolver resolveEntity
      [jasper] SEVERE: Invalid PUBLIC ID: -//Sun Microsystems, Inc.//DTD JSP Tag Library

JSP Detail : (inside my application)
      <%< at > taglib uri="http://www.myCompany.com/tld/paf/rswitch" prefix="rs" %>
      ...

TLD file paf-rswitch.tld (can't change, Code freeze belongs to other project)
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE taglib PUBLIC "-//Sun Microsystems, Inc.//DTD JSP Tag Library"
                 "http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd">
...

This tld is present inside a jar META-INF/tlds folder.

Here is some more detail about my environment :
Tag lib version : 1.0
JSP version 1.2
Tomcat : 7.0.14
JDK : 1.6_14

This will be great help if someone could help me in this issue.

I saw the

Jonathan Whitall is out of the office

2011-05-03T17:06:01

I will be out of the office starting 05/03/2011 and will not return until
05/04/2011




HCSC Company Disclaimer

The information contained in this communication is confidential, private,
proprietary, or otherwise privileged and is intended only for the use of
the addressee.  Unauthorized use, disclosure, distribution or copying is
strictly prohibited and may be unlawful.  If you have received this
communication in error, please notify the sender immediately at (312)
653-6000 in Illinois; (800)835-8699 in New Mexico; (918)560-3500 in
Oklahoma; or (972)766-6900 in Texas.

I have a patch to add encode/decode to extended...

Jake Swartwood — 2011-05-03T16:33:57

Where/how should I submit this?

Re: [email] Dynamic attachments in mailer taglib 2 using JavaBean

Jeremy Boynes — 2010-09-05T15:34:31

This is a static reference to the method:
and will lead to that compiler error.

How about
filename="${getFilePath.tempFilePath}"

On Sep 2, 2010, at 8:32 PM, Ferindo Middleton wrote:

[email] Dynamic attachments in mailer taglib 2 using JavaBean

Ferindo Middleton — 2010-09-03T03:32:28

I've written a javabean that connects to a database, downloads a file,
and one of the getter methods returns the complete file path to the
file.

The problem I have is: when the JSP runs and gets to the part where it
gets the file path to pass to the taglib, I get an error message that
is typical of a reference to a nonstatic variable. This concerns me as
I thout getter methods in javabeans would inherently returns values
that are valid instance variables in a JSP.

I will paste my getter method below, the JSP call to that method and
the error message below: any guidance is welcome. Thank you:

Getter method in jsvabean (javabean compiles fine):

                public String getTempFilePath() {
                    this.downloadedfilename=tempFilePath;
                    return this.downloadedfilename;
                  }

JSP call to getter method above:

        <jsp:useBean id="getFilePath" scope="request"
        class="hall.RadTicketsFileDownloadForEmailAttachmentBean">
   <jsp:setProperty name="getFil

Mailer taglib: dynamic file attachments

Ferindo Middleton — 2010-08-22T21:29:26

I'm using the old Mailer Taglib (
http://jakarta.apache.org/taglibs/doc/mailer-doc/). Because the mailer tag
only provides a means to provide a path to the file, I'm trying to code it
so it dynamically attaches an attachment that was downloaded via a servlet I
wrote. The servlet retrieves the file from a database, downloads it, and
then my plan is to simply provide the the path to the JSP via the servlet.
I'm having difficulty embedding the servelt into the JSP page so I can throw
the path argument to the file property of the mailer tag.

Does anyone know what happened to the Mailer 2 taglib? I tried downloading
the svn (
http://svn.apache.org/repos/asf/jakarta/taglibs/deprecated-sandbox/mailer2/trunk/)
and building it using ant but I get an error message which appears to mean
the svn isn't finished because  ant says it can find files and I don't see a
.tld file in that svn either.

The mailer tag is working for me, I just need a way to get dynamically
created attachments embedded.

New taglib to script JSP pages in languages other than Java

Stanislav Ryabenkiy — 2010-08-04T07:49:20

Hello,

as I haven't posted here before, I hope I won't make a mistake by
posting to both of these lists. IMHO, this announcement is relevant to
both communities.

This is to inform the taglibs-user and tomcat-dev communities of a
small new taglib which allows to script JSP pages in languages other
than Java. Scriptlets and expressions using the taglib have access to
the same implicit objects normal JSP scriptlets have access to.
Internally, the taglib only depends on the javax.script interface
defined as part of JSR-223 and included in Java 6 onwards, although it
can also work with other implementations of javax.script on earlier
version of Java (such as, for instance, Bean Scripting Framework 3).
So for people who want to include scripts in their JSP pages, any
scripting language that exposes a javax.script interface can be used.

Given the nature of the project, and the existence of partial
alternatives at least for some languages (such as Quercus/Resin), I
expect interest to be quite small (if any), but

Re: import tag for dynamic content

Jeremy Boynes — 2010-07-29T15:47:35

As I read the spec, something like this should work:
<c:set var="url" value="/x/y/z"/>
<c:import var="doc" url="${url}"/>
<x:parse varDom="dom" doc="${doc}"/>

The <c:import> should dispatch to the servlet at "/x/y/z" in your application and store the response in ${doc} as a String. The <x:parse> should then parse that String into a Document stored in ${dom}.

If that's not working for you can you open a bug (ideally with something to reproduce the error or best of all a patch) and I'll look in to it.
Thanks
Jeremy

On Jul 29, 2010, at 3:03 AM, paulbrickell wrote:

Re: import tag for dynamic content

paulbrickell — 2010-07-29T10:03:36

Then you're not doing it the way I have described.

I have been battling with this for ages. Every time I want to import
dynamically generated xml document it doesn't work. The URL gets mangled by
the import tag.

I can use the request parameters to form a full URL but that doesn't work
for a secure app because the credentials aren't shared.

Create a Jersey web service and use the tags as I have described. Just
doesn't work at all. I have resorted to writing my own tag. 

Hey ho.



Hassan Schroeder-2 wrote:

Re: Location of new Extended Taglibs project

Adam Gordon — 2010-07-13T19:02:25

I'd seen #2, but not #1, thanks!

--adam

On Tue, Jul 13, 2010 at 12:51, Rahul Akolkar <rahul.akolkar< at >gmail.com>wrote:

Re: Location of new Extended Taglibs project

Kris Schneider — 2010-07-13T18:54:18

oh, *that* "extended"... ;-)

On Tue, Jul 13, 2010 at 2:51 PM, Rahul Akolkar <rahul.akolkar< at >gmail.com> wrote:

Re: Location of new Extended Taglibs project

Kris Schneider — 2010-07-13T18:53:18

Not sure what you mean by "extended", but the "Taglibs" link is at the
top-left of the Tomcat homepage. It will take you here:

http://tomcat.apache.org/taglibs/

On Tue, Jul 13, 2010 at 2:41 PM, Adam Gordon <adam.n.gordon< at >gmail.com> wrote:

Re: Location of new Extended Taglibs project

Rahul Akolkar — 2010-07-13T18:51:09

<snip/>

The extended taglib is not released and does not yet have a website.
The SVN location after the move is here [1]. The main taglibs website
is here [2].

-Rahul

P.S.- I moderated your message through, please subscribe before
posting any more messages to the list.

[1] http://svn.apache.org/repos/asf/tomcat/taglibs/extended/trunk/
[2] http://tomcat.apache.org/taglibs/