<< Back to previous view

[GLASSFISH-18583] PrecompileJSP Option during Application deployment causes PWC6112: Failed to load or instantiate TagExtraInfo class: org. Created: 30/Mar/12  Updated: 19/Oct/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1.2_b12
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: ccagf Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

SunOS 5.10 Generic_144489-11 i86pc i386 i86pc
Version: GlassFish Server Open Source Edition 3.1.1 (build 12)


File Attachments: Zip Archive ccanet.zip    
Tags: PrecompileJSP PWC6112 admin-gui
Participants: Anissa Lam, ccagf and kchung

 Description   

PreCompileJSP Option during Application deployment causes the following error.
But gets deployes without the precompileJSP option
and also same deployment file works on Glassfish 2.1 with the precompile opion without any issues.

Error:
[#|2012-03-29T17:32:10.465-0500|INFO|glassfish3.1.1|org.glassfish.admingui|_ThreadID=28;_ThreadName=Thread-2;|Exception Occurred :Error occurred during deployment: E
xception while preparing the app : JSP Compilation Error: org.apache.jasper.JasperException: file:/opt/appsvr/glassfish/domains/domain1/applications/ccanet/ccanet_wa
r/Index.jsp(1,45) PWC6112: Failed to load or instantiate TagExtraInfo class: org.apache.struts.taglib.tiles.UseAttributeTei – file:/opt/appsvr/glassfish/domains/dom
ain1/applications/ccanet/ccanet_war/Index.jsp(1,45) PWC6112: Failed to load or instantiate TagExtraInfo class: org.apache.struts.taglib.tiles.UseAttributeTei. Please
see server.log for more details.
Exception while invoking class com.sun.enterprise.web.WebDeployer prepare method : java.lang.RuntimeException: JSP Compilation Error: org.apache.jasper.JasperExcepti
on: file:/opt/appsvr/glassfish/domains/domain1/applications/ccanet/ccanet_war/Index.jsp(1,45) PWC6112: Failed to load or instantiate TagExtraInfo class: org.apache.s
truts.taglib.tiles.UseAttributeTei – file:/opt/appsvr/glassfish/domains/domain1/applications/ccanet/ccanet_war/Index.jsp(1,45) PWC6112: Failed to load or instantiat
e TagExtraInfo class: org.apache.struts.taglib.tiles.UseAttributeTei
JSP Compilation Error: org.apache.jasper.JasperException: file:/opt/appsvr/glassfish/domains/domain1/applications/ccanet/ccanet_war/Index.jsp(1,45) PWC6112: Failed t
o load or instantiate TagExtraInfo class: org.apache.struts.taglib.tiles.UseAttributeTei – file:/opt/appsvr/glassfish/domains/domain1/applications/ccanet/ccanet_war
/Index.jsp(1,45) PWC6112: Failed to load or instantiate TagExtraInfo class: org.apache.struts.taglib.tiles.UseAttributeTei Exception while invoking class com.su
n.enterprise.web.WebDeployer prepare method : java.lang.RuntimeException: JSP Compilation Error: org.apache.jasper.JasperException: file:/opt/appsvr/glassfish/domain
s/domain1/applications/ccanet/ccanet_war/Index.jsp(1,45) PWC6112: Failed to load or instantiate TagExtraInfo class: org.apache.struts.taglib.tiles.UseAttributeTei –
file:/opt/appsvr/glassfish/domains/domain1/applications/ccanet/ccanet_war/Index.jsp(1,45) PWC6112: Failed to load or instantiate TagExtraInfo class: org.apache.stru
ts.taglib.tiles.UseAttributeTei
JSP Compilation Error: org.apache.jasper.JasperException: file:/opt/appsvr/glassfish/domains/domain1/applications/ccanet/ccanet_war/Index.jsp(1,45) PWC6112: Failed t
o load or instantiate TagExtraInfo class: org.apache.struts.taglib.tiles.UseAttributeTei – file:/opt/appsvr/glassfish/domains/domain1/applications/ccanet/ccanet_war
/Index.jsp(1,45) PWC6112: Failed to load or instantiate TagExtraInfo class: org.apache.struts.taglib.tiles.UseAttributeTei|#]
------

the index.jsp refered above:
----------------------------
< % @ taglib uri="struts-tiles" prefix="tiles" % >
<tiles:insert template="/core/corePage.jsp">
<tiles:put name="header" content="/core/jsp/layout/header.jsp"/>
<tiles:put name="topNavBar" content="/core/jsp/layout/topNavBar.jsp"/>
<tiles:put name="errorsAndMessages" content="/core/jsp/layout/errorsAndMessages.jsp"/>
<tiles:put name="mainwindow" content="/core/jsp/layout/Index.jsp"/>
</tiles:insert>



 Comments   
Comment by kchung [ 02/Apr/12 09:06 PM ]

When deploying without precompilejsp, I got the following error. Please fix the test case.

[#|2012-04-02T13:56:43.252-0700|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=17;_ThreadName=Thread-2;|Exception while loading the app : EJB Container initialization error
java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
at com.cca.core.security.info.UserProfileInfo.<clinit>(UserProfileInfo.java:59)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at com.sun.enterprise.deployment.util.TypeUtil.getMethod(TypeUtil.java:399)
at com.sun.enterprise.deployment.MethodDescriptor.getMethod(MethodDescriptor.java:287)
at org.glassfish.ejb.security.application.EJBSecurityManager.convertEJBMethodPermissions(EJBSecurityManager.java:550)
at org.glassfish.ejb.security.application.EJBSecurityManager.loadPolicyConfiguration(EJBSecurityManager.java:256)
at org.glassfish.ejb.security.application.EJBSecurityManager.initialize(EJBSecurityManager.java:317)
at org.glassfish.ejb.security.application.EJBSecurityManager.<init>(EJBSecurityManager.java:190)
at org.glassfish.ejb.security.factory.EJBSecurityManagerFactory.createManager(EJBSecurityManagerFactory.java:209)
at org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:229)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:299)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:105)
at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:186)
at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.jav

Comment by Anissa Lam [ 19/Oct/12 09:59 PM ]

I am moving this bug to web-container as Kinman is looking at it.





[GLASSFISH-21012] Can't compile JSPs when default security manager is installed Created: 20/Mar/14  Updated: 18/Apr/14

Status: Open
Project: glassfish
Component/s: security
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: Scott Oaks Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

File Attachments: Text File server.log    
Issue Links:
Related
is related to GLASSFISH-21044 GlassFish module can't use Javac API ... Open
Tags: 4_0_1-review
Participants: Dhiru Pandey, kchung and Scott Oaks

 Description   

Enabled the security manager in a new domain using -Djava.security.manager -Djava.security.policy=/path_to/config/server.policy. JSPs would no longer compile due to an exception in initializer error from javac



 Comments   
Comment by Dhiru Pandey [ 20/Mar/14 06:32 PM ]

Is this a problem on JDK 7 too ?

Comment by kchung [ 24/Mar/14 06:05 PM ]

From the stack trace, it appears that the bug is in javac, during its static initializer.

[2014-03-20T10:21:46.871-0700] [glassfish 4.0] [SEVERE] [] [] [tid: _ThreadID=34 _ThreadName=Thread-4] [timeMillis: 1395336106871] [levelValue: 1000] [[
  An exception has occurred in the compiler (1.8.0-ea). Please file a bug at the Java Developer Connection (http://java.sun.com/webapps/bugreport)  after checking the Bug Parade for duplicates. Include your program and the following diagnostic in your report.  Thank you.]]

[2014-03-20T10:21:46.873-0700] [glassfish 4.0] [SEVERE] [] [] [tid: _ThreadID=34 _ThreadName=Thread-4] [timeMillis: 1395336106873] [levelValue: 1000] [[
  java.lang.ExceptionInInitializerError]]

[2014-03-20T10:21:46.873-0700] [glassfish 4.0] [SEVERE] [] [] [tid: _ThreadID=34 _ThreadName=Thread-4] [timeMillis: 1395336106873] [levelValue: 1000] [[
  at com.sun.tools.javac.code.Symtab.<init>(Symtab.java:67)]]

[2014-03-20T10:21:46.873-0700] [glassfish 4.0] [SEVERE] [] [] [tid: _ThreadID=34 _ThreadName=Thread-4] [timeMillis: 1395336106873] [levelValue: 1000] [[
  at com.sun.tools.javac.code.Symtab.instance(Symtab.java:61)]]

[2014-03-20T10:21:46.873-0700] [glassfish 4.0] [SEVERE] [] [] [tid: _ThreadID=34 _ThreadName=Thread-4] [timeMillis: 1395336106873] [levelValue: 1000] [[
  at com.sun.tools.javac.jvm.ClassReader.<init>(ClassReader.java:290)]]

[2014-03-20T10:21:46.873-0700] [glassfish 4.0] [SEVERE] [] [] [tid: _ThreadID=34 _ThreadName=Thread-4] [timeMillis: 1395336106873] [levelValue: 1000] [[
  at com.sun.tools.javac.jvm.ClassReader.instance(ClassReader.java:253)]]

[2014-03-20T10:21:46.873-0700] [glassfish 4.0] [SEVERE] [] [] [tid: _ThreadID=34 _ThreadName=Thread-4] [timeMillis: 1395336106873] [levelValue: 1000] [[
  at com.sun.tools.javac.main.JavaCompiler.<init>(JavaCompiler.java:355)]]
Comment by Scott Oaks [ 24/Mar/14 06:26 PM ]

I would say that the bug is in the default security.policy file not granting tools.jar (or wherever javac is loaded from) the appropriate permissions. If the appropriate policies are in place, then the JSP can compile (though I'm not exactly sure what the smallest set of permissions is).

This does not occur with JDK 7. But the location of Symtab.java is not changed (it is still in tools.jar), so I'm not sure exactly what the issue is. I see that before that, the server complained about a JACC Policy Porivder failed permission check; I wonder if that is related?

Comment by kchung [ 02/Apr/14 10:57 PM ]

I was able to duplicate this error just by enabling the security manager and accessing a JSP page deployed in domain1. I also verified that this is only an issues with JDK 8, and not jdk 7.

The server.policy in domain1/config has this line:

grant codeBase "file:${com.sun.aas.javaRoot}/lib/tools.jar" { permission java.security.AllPermission; };

It appears that javac is granted full permission, so it shouldn't have problem accessing the JSP page.

It also appears that the exception occurs at the constructor for javac, before the compilation of the JSP page starts.

I still think this is a javac issue, but I don't know how to reproduce the error with a standalone test.





[GLASSFISH-1250] Core ELResolvers (MapELResolver, ListELResolver) should make better use of available generic type info Created: 03/Oct/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: tony_robertson Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All
URL: http://fisheye5.cenqua.com/viewrep/glassfish/servlet-api/src/jsr245/src/share/javax/el


File Attachments: Text File servlet-api.patch     Zip Archive servlet-api.zip    
Issuezilla Id: 1,250
Tags:
Participants: jluehe, kchung, Tom Mueller and tony_robertson

 Description   

The existing ELResolvers within "servlet-api/src/jsr245/src/share/javax/el"
make no use of generic type information in the "getType()"
and "getCommonPropertyType()" methods, even in those instances where it is
actually available. In particular, the ListELResolver and MapELResolver assume
that the list or map is the raw type only, and so return "Object.class" as the
value type. When setting a value, this can cause class cast exceptions (if
checked collections are being used), or worse, it will violate the intended
type constraints of the collection.
If the correct type is returned, then the value can be correctly converted by
the caller first.

While isolated instances of the generified collection classes do not retain the
type information at runtime, there are at least two significant instances where
the generic type IS actually available.

(1) The runtime class of the base object itself extends or implements the
generic collection interface or class. Eg:
class MyDateList extends java.util.ArrayList<java.util.Date> {
...
}
In this case the concrete type information is available via
the "getGenericSuperclass()" or "getGenericInterfaces()" methods of the class.

(2) The base object has just be resolved from a bean property as part of an
overall EL expression. For example:
class MyBean {
java.util.Map<String,java.util.Date> getLocalDate() { ... }
}
Then assume a managed bean "abean" of type "MyBean", and an expression like "#
{abean.localDate.au}". In this case, the type info for the map is available
via "getGenericReturnType()" on the reader method.

To make use of (1) requires only a change to the List and Map resolvers
themselves, and should be quite simple.
To make use of (2) would require a change to the BeanELResolver as well as the
List and Map resolvers.
One way I can think of is to have the BeanELResolver add a "typemap" to the
ELContext (via the "ELContext.putContext()" method).
Whenever "BeanELResolver.getValue()" is about to return a value whose type is
a "ParameterizedType", that type is added to the "typemap" using the value as
the key. Then if the "typemap" is present, the List or Map resolver can lookup
the correct type for the "base" object.

I think (2) is probably the more common use case, so it is probably worth the
extra effort. I can put together a change bundle for this, but would welcome
any feedback first.



 Comments   
Comment by jluehe [ 04/Oct/06 09:02 AM ]

-> Kin-Man

Comment by tony_robertson [ 04/Oct/06 11:48 PM ]

Created an attachment (id=489)
Preliminary version of patch for suggest fix

Comment by tony_robertson [ 04/Oct/06 11:49 PM ]

Created an attachment (id=490)
new source file for patch

Comment by tony_robertson [ 04/Oct/06 11:51 PM ]

Attached is a preliminary version of a suggested fix
(currently has a few extra logger calls that will need culling).
Basically to demonstrate the viability of the approach and allow
some testing.

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-1608] Add Line-specific Error Reporting for Deferred Expressions Created: 29/Nov/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: jhook Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 1,608
Tags:
Participants: jhook, jluehe, kchung and Tom Mueller

 Description   

It'd be a good feature to transfer from Tomcat 6 to Glassfish Jasper around
wrapping generated Value/MethodExpressions with line-specific error reporting,
here's an example from JSF:

org.apache.jasper.JasperException: /customerInfo.jsp(157,0) Cannot
coerce value (creditCardConverter) to type
(javax.faces.convert.Converter) for attribute converter.

Code Example:
http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/java/org/apache/jasper/el/JspValueExpression.java



 Comments   
Comment by jluehe [ 29/Nov/06 12:03 PM ]

-> Kin-Man

Comment by Tom Mueller [ 06/Mar/12 09:59 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-1740] Request for spec change - Allow c:forEach step to be -ve Created: 13/Dec/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: bayard Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 1,740
Tags:
Participants: bayard, jfarcand, kchung and Tom Mueller

 Description   

This is an issue reported to Jakarta Taglibs. As the email address is bouncing
(jsr-52-comments@jcp.org), I thought that reporting it to the RefImpl would be
the best bet.

Here's the original issue (now closed):

https://issues.apache.org/bugzilla/show_bug.cgi?id=31047



 Comments   
Comment by bayard [ 13/Dec/06 05:20 PM ]

Enhancement

Comment by jfarcand [ 18/Feb/08 05:43 PM ]

Re-assign to Kin-Man to see what he thinks for v3.

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-1741] Request for spec change - Allow c:forEach begin to be -ve Created: 13/Dec/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: bayard Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 1,741
Tags:
Participants: bayard, jfarcand, kchung and Tom Mueller

 Description   

This is an issue reported to Jakarta Taglibs. As the email address is bouncing
(jsr-52-comments@jcp.org), I thought that reporting it to the RefImpl would be
the best bet.

Here's the original issue (now closed):

https://issues.apache.org/bugzilla/show_bug.cgi?id=31103

I imagine 'end' would want to allow negative too if this were changed in the spec.



 Comments   
Comment by bayard [ 13/Dec/06 05:20 PM ]

Enhancement

Comment by jfarcand [ 18/Feb/08 05:43 PM ]

Re0-assign to Kin-Man for v3.

Comment by Tom Mueller [ 06/Mar/12 09:55 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-1742] Request for spec change - Support a user based connection pool Created: 13/Dec/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: bayard Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 1,742
Tags:
Participants: bayard, jfarcand, kchung and Tom Mueller

 Description   

This is an issue reported to Jakarta Taglibs. As the email address is bouncing
(jsr-52-comments@jcp.org), I thought that reporting it to the RefImpl would be
the best bet.

Here's the original issue (now closed):

https://issues.apache.org/bugzilla/show_bug.cgi?id=34315



 Comments   
Comment by bayard [ 13/Dec/06 05:20 PM ]

Enhancement

Comment by jfarcand [ 18/Feb/08 05:44 PM ]

Kin-Man

Comment by Tom Mueller [ 06/Mar/12 09:59 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-1743] Request for spec change - Encode 'c:param's in 'c:url's. Created: 13/Dec/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: bayard Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 1,743
Tags:
Participants: bayard, jfarcand, kchung and Tom Mueller

 Description   

This is an issue reported to Jakarta Taglibs. As the email address is bouncing
(jsr-52-comments@jcp.org), I thought that reporting it to the RefImpl would be
the best bet.

Here's the original issue (now closed):

https://issues.apache.org/bugzilla/show_bug.cgi?id=23319

Further thoughts on my part:

Reading the spec, it does state for c:url that:

"If the URL contains characters that should be encoded (e.g. space), it is the
user's responsibility to encode them. "

c:param on the other hand says:

"Moreover, it has been designed such that the attributes name and value are
automatically URL encoded. "

The two sections seem to contradict each other.



 Comments   
Comment by bayard [ 13/Dec/06 02:26 PM ]

I'm getting my url encoding and xml escaping muddled. Ignore my quotes from the
spec. The issue requests that xml escaping be handled better - not url encoding.

Comment by bayard [ 13/Dec/06 05:20 PM ]

Enhancement

Comment by jfarcand [ 18/Feb/08 05:45 PM ]

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-1744] Request for spec change - Enable escaping of tags in format:message Created: 13/Dec/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: bayard Assignee: kchung
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 1,744
Tags:
Participants: bayard, jfarcand, kchung and Tom Mueller

 Description   

This is an issue reported to Jakarta Taglibs. As the email address is bouncing
(jsr-52-comments@jcp.org), I thought that reporting it to the RefImpl would be
the best bet.

Here's the original issue (now closed):

https://issues.apache.org/bugzilla/show_bug.cgi?id=39431



 Comments   
Comment by jfarcand [ 18/Feb/08 05:45 PM ]

Re-assign to Kin-Man

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-2616] "VariableResolver in PageContext is not used by JSTL core tags" Created: 14/Mar/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: bayard Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 2,616
Tags:
Participants: bayard, jluehe, kchung and Tom Mueller

 Description   

Another Jakarta Taglibs issue. This one is a request/query concerning
VariableResolver being extendable. Rather than try to fix this in the Standard
Taglib, I'm passing it on to you guys for inclusion in a newer ref implementation.

The (now closed) issue url is:

https://issues.apache.org/bugzilla/show_bug.cgi?id=39438



 Comments   
Comment by jluehe [ 08/Jan/08 04:25 PM ]

Asking Kin-Man to take a look.

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-2615] "JstlCoreTLV is too strict in its requirements" Created: 14/Mar/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: bayard Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 2,615
Tags:
Participants: bayard, jluehe, kchung and Tom Mueller

 Description   

This is an issue reported to Jakarta Taglibs asking that the JSTLCoreTLV be
relaxed to allow people to use the param tag in their own tag implementations.
As Jakarta Taglibs 1.1.x is a maintenance branch, I'm avoiding making this
change but thought it might be of value here.

The (now closed) issue url is:

https://issues.apache.org/bugzilla/show_bug.cgi?id=39719



 Comments   
Comment by jluehe [ 08/Jan/08 04:26 PM ]

Asking Kin-Man to take a look.

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-6676] Need a clearer error message when there are dataSource issues from JSTL Created: 31/Oct/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: V3
Fix Version/s: not determined

Type: Bug Priority: Major
Reporter: lancea Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 6,676
Status Whiteboard:

v3_exclude

Tags: 3_1-exclude
Participants: jluehe, kchung, kumara, lancea and Tom Mueller

 Description   

We need a clearer error message when the dataSource specified in a JSTL sql tag
is not available.

if i do not put the resource-ref in sun-web.xml of
<resource-ref>
<res-ref-name>jdbc/mysqlTestDB</res-ref-name>
<jndi-name>jdbc/mysqlTestDB</jndi-name>
</resource-ref>

I get the following error (which makes sense) using JSTL tag of

<sql:query var="resultSet" dataSource="jdbc/mysqlTestDB" >
select * from contacts
</sql:query>

javax.servlet.ServletException: javax.servlet.jsp.JspException: Unable to get
connection, DataSource invalid: "java.sql.SQLException: No suitable driver found
for jdbc/mysqlTestDB"

The problem with the message is the issue is not with the JDBC driver, it is
with looking up the dataSource.

The error message should try to be more specific.



 Comments   
Comment by jluehe [ 31/Oct/08 10:01 AM ]

...

Comment by kchung [ 27/Oct/09 05:07 PM ]

To be fixed after v3

Comment by kumara [ 07/Dec/09 02:34 AM ]

Setting target release for unresolved issues submitted on v3 release to the next release. Not changing
issues submitted on v2.x release because they might not apply to v3.next release.

Comment by kchung [ 07/Oct/10 04:07 PM ]

Currently, there is no plans for JSTL development.

Comment by Tom Mueller [ 06/Mar/12 09:59 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-10334] Provide more info in jasper Class-Path TldScanner warnings Created: 16/Oct/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: eskatos Assignee: kchung
Resolution: Unresolved Votes: 2
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: Linux


Issuezilla Id: 10,334
Tags:
Participants: eskatos, Hong Zhang, jluehe, kchung, orair, Tom Mueller and ymajoros

 Description   

At deployment time, if a lib jar has a Class-Path entry in it's manifest, it's
auto scanned and a warning is emmited for every jar that cannot be found.

For an example jar see truezip-6.6 on maven central :

<dependency>
<groupId>de.schlichtherle.io</groupId>
<artifactId>truezip</artifactId>
<version>6.6</version>
</dependency>

or http://repo1.maven.org/maven2/de/schlichtherle/io/truezip/6.6/truezip-6.6.jar

When deploying I get this log :

[#|2009-10-16T10:50:45.413+0200|WARNING|glassfish|org.apache.jasper.runtime.TldScanner|_ThreadID=11;_ThreadName=Thread-3;|PWC6351:
In TLD scanning, the supplied resource
file:/home/paul/opt/gf3/glassfish/domains/acme/applications/acme-ear-1.3.0-SNAPSHOT/lib/lib/lcrypto-jdk14-135.jar
does not exist
java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:114)
at java.util.jar.JarFile.<init>(JarFile.java:133)
at java.util.jar.JarFile.<init>(JarFile.java:70)
at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:72)
at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:48)
at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:68)
at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:104)
at
sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:71)
at org.apache.jasper.runtime.TldScanner.scanJar(TldScanner.java:338)
at org.apache.jasper.runtime.TldScanner.scanJars(TldScanner.java:529)
at org.apache.jasper.runtime.TldScanner.scanTlds(TldScanner.java:268)
at org.apache.jasper.runtime.TldScanner.onStartup(TldScanner.java:214)
at
org.apache.catalina.core.StandardContext.callServletContainerInitializers(StandardContext.java:5372)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5283)
at com.sun.enterprise.web.WebModule.start(WebModule.java:493)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:928)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:912)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:694)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1826)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1522)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:93)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:126)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:229)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:214)
at
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:307)
at
com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:331)
at
com.sun.enterprise.v3.server.ApplicationLoaderService.postConstruct(ApplicationLoaderService.java:173)
at com.sun.hk2.component.AbstractWombImpl.inject(AbstractWombImpl.java:174)
at com.sun.hk2.component.ConstructorWomb$1.run(ConstructorWomb.java:91)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.hk2.component.ConstructorWomb.initialize(ConstructorWomb.java:88)
at com.sun.hk2.component.AbstractWombImpl.get(AbstractWombImpl.java:77)
at com.sun.hk2.component.SingletonInhabitant.get(SingletonInhabitant.java:58)
at com.sun.hk2.component.LazyInhabitant.get(LazyInhabitant.java:107)
at
com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:60)
at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:243)
at
com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:130)
at com.sun.enterprise.module.bootstrap.Main.launch(Main.java:457)
at com.sun.enterprise.module.bootstrap.Main.launch(Main.java:401)
at org.jvnet.hk2.osgiadapter.HK2Main.start(HK2Main.java:121)
at
org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:667)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1699)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1621)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:890)
at org.jvnet.hk2.osgimain.Main.start(Main.java:124)
at
org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:667)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1699)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1621)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1076)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
at java.lang.Thread.run(Thread.java:619)

#]

This enhancement is simply about providing the problematic jar name/path in the
logs so we don't have to hunt the incriminated jar. This would be very handy
when your application has several dependencies.

This may be a Jasper issues but as I see this behavior with glassfish first,
here is the enhancement issue.



 Comments   
Comment by Hong Zhang [ 16/Oct/09 06:07 AM ]

assign to web as this is from web code

Comment by jluehe [ 22/Oct/09 03:33 PM ]

...

Comment by ymajoros [ 18/Mar/11 06:44 AM ]

it's not Jasper specific, I have it for a lot of libraries and it isn't always easy to solve without more information...

Comment by orair [ 16/Dec/11 08:37 PM ]

I think this problem annoying too.
In my case, I use Jackrabbit. Jackrabbit has a derby dependency and the MANIFEST of derby is wrong.
This warning generates a lot of unnecessary stacktrace (the supplied resource file:/dados/glassfish3/glassfish/domains/domain1/applications/EconoInfo-OCONSI-EAR-0.1.1-SNAPSHOT/lib/derbyLocale_cs.jar does not exist) and I cannot solve the issue because it is a third party library dependence.
Would be great if the stacktraces were not showed...

Comment by Tom Mueller [ 06/Mar/12 09:59 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-12065] JSP spec bug: method-signature element: no way to declare optional arguments Created: 27/May/10  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: Ed Burns Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 12,065
Tags:
Participants: Ed Burns, kchung and Tom Mueller

 Description   

This follows from https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=731 and
https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=732 .

There are a few tag attributes in JSF 2.0 whose type is MethodExpression. These are declared in the TLD
using a <method-signature> element. For two of these attributes in JSF 2.0, we have relaxed the
argument requirements to make the argument optional. However, there is no way to declare this fact in
the TLD.

We need some way to declare arguments as optional.

I suggest we allow multiple method-signature elements within an attribute. The meaning of this is: any
of the following method signatures are allowed.

ALso, I'm quite certain jsp-spec-public.dev.java.net is NOT the correct issue tracker for this, but I'm not
certain glassfish.dev.java.net IS the right one. Any other suggestions?



 Comments   
Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-17046] Deployment with precompile of jsp of a portable J2EE 6 EAR on a cluster using admin interface doesn't work Created: 14/Jul/11  Updated: 21/Oct/11

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1, 3.1.1_b11
Fix Version/s: None

Type: Bug Priority: Major
Reporter: cistox Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows XP
Java 1.6.0_24
J2EE 6.0 portable and distributable EAR application (no dependancy injection)
Note that the EAR has all referenced JARs on manifests as required for portable applications.


File Attachments: Zip Archive CSIPortal-J2EE6.zip    
Tags: 3_1-next 3_1_1-scrubbed 3_1_2-exclude
Participants: Anissa Lam, cistox, Hong Zhang and kchung

 Description   

By testing Glassfish 3.1 (b48) and Glassfish 3.1.1 (b11) I found that the deployment with precompile option doesn't work as expected.

I tried two different packaging:
1) providing utility JARs under EAR/lib
2) providing all utility JARs references on META-INF/MANIFEST.mf for all interested modules.
In both cases the deployment raises the following error that is asserting the JSP cannot resolve many class libraries that are actually visible and correctly packaged in the EAR.

The same packaged EARs are correctly deployed with Netbeans 7.0 in a GF 3.1 (developer profile)

ERROR RAISED:
Error occurred during deployment: Exception while preparing the app : JSP Compilation Error: org.apache.jasper.JasperException: PWC6033: Error in Javac compilation for JSP PWC6199: Generated servlet error: string:///download_jsp.java:8: package com.portal.util does not exist PWC6199: Generated servlet error: string:///download_jsp.java:9: package com.portal.util does not exist PWC6199: Generated servlet error: string:///download_jsp.java:12: package com.contshipitalia.broker does not exist PWC6199: Generated servlet error: string:///download_jsp.java:13: package com.contshipitalia.persistence does not exist PWC6199: Generated servlet error: string:///download_jsp.java:14: package com.contshipitalia.persistence does not exist PWC6199: Generated servlet error: string:///download_jsp.java:15: package com.contshipitalia.util does not exist PWC6199: Generated servlet error: string:///download_jsp.java:16: package com.contshipitalia.net does not exist PWC6197: An error occurred at li .... msg.seeServerLog

Using GF 3.1.1 errors are thousand and I do not list them here but I just can say the deployment is completely corrupted in this version using the admin GUI.
I had no time to test the asadmin command-line yet.

Using GF 3.1 I tried a deployement always using the asadmin GUI but without precompile option and I found that the EAR is deployed with no errors apparently.
Anyway the Application it doesn't work as I obtain always HTTP 404 when a jsp or servlet is requested.
The 404 is raised because pages are searched in the docroot location which is empty after deployment:

[#|2011-07-14T10:53:34.500+0200|SEVERE|glassfish3.1|org.apache.jasper.servlet.JspServlet|_ThreadID=23;_ThreadName=Thread-1;|PWC6117: File "D%3A%5Cglassfish3%5Cglassfish%5Cnodes%5Clocalhost-domain1%5Cinstance1%5Cdocroot%5Cnews%5Clatest_news.jsp" not found|#]

By inspecting the GF directories I found that under /domain1/applications/... the EAR has been deployed, and docroot is empty.
A request to a jsp or servlet do not trigger its compilation bacause it is not resolved under /docroot.

It is not clear the role of /docroot that should be optional (see when static pages in the root are installed on a web server)



 Comments   
Comment by cistox [ 14/Jul/11 12:54 PM ]

Please read

Glassfish 3.1 (b48)

as

Glassfish 3.1 (b43)

Comment by Anissa Lam [ 14/Jul/11 11:15 PM ]

>> I had no time to test the asadmin command-line yet.
It will be nice if you can try this using CLI.
It is just one single command:
%asadmin deploy --precompilejsp=true myApplication.war

If you can attach the application, that will definitely help too.

I have double checked that when user checks the "Precompile JSP" checkbox, console passes in "precompilejsp" as "true".
I am going to assign to "deployment" for evaluation.

Comment by cistox [ 15/Jul/11 10:17 AM ]

I tried the deployment using the command-line.

I provided the EAR separately as attachment.

These are the details:

D:\glassfish3\bin>asadmin deploy --precompilejsp=true --target CSIPortal-cluster
CSIPortal-J2EE6.ear
remote failure: Unknown plain text format. A properly formatted response from a
PlainTextActionReporter
always starts with one of these 2 strings: PlainTextActionReporterSUCCESS or Pla
inTextActionReporterFAILURE. The response we received from the server was not u
nderstood: Signature-Version: 1.0
message: Error occurred during deployment: Exception while preparing t
he app : JSP Compilation Error: org.apache.jasper.JasperException: PW
C6033: Error in Javac compilation for JSP

PWC6199: G
enerated servlet error:
string:///download_jsp.java:8: packag
e com.portal.util does not exist

PWC6199: Generated
servlet error:
string:///download_jsp.java:9: package com.por
tal.util does not exist

PWC6199: Generated servlet e
rror:
string:///download_jsp.java:12: package com.contshipita
lia.broker does not exist

PWC6199: Generated servlet
error:
string:///download_jsp.java:13: package com.contshipi
talia.persistence does not exist

PWC6199: Generated
servlet error:
string:///download_jsp.java:14: package com.co
ntshipitalia.persistence does not exist

PWC6199: Gen
erated servlet error:
string:///download_jsp.java:15: package
com.contshipitalia.util does not exist

PWC6199: Gen
erated servlet error:
string:///download_jsp.java:16: package
com.contshipitalia.net does not exist

PWC6197: An e
rror occurred at line: 13 in the jsp file: /resources/download.jsp%%%
EOL%%%PWC6199: Generated servlet error:
string:///download_js
p.java:21: cannot find symbol
symbol : class GenericServiceB
roker
location: class org.apache.jsp.resources.download_jsp%%
%EOL%%%
PWC6197: An error occurred at line: 13 in the jsp fil
e: /resources/download.jsp
PWC6199: Generated servlet error:%
%%EOL%%%string:///download_jsp.java:21: cannot find symbol
sy
mbol : class GenericServiceBroker
location: class org.apache
.jsp.resources.download_jsp

PWC6197: An error occurr
ed at line: 13 in the jsp file: /resources/download.jsp
PWC61
99: Generated servlet error:
string:///download_jsp.java:58:
package com.contshipitalia.net does not exist

PWC619
7: An error occurred at line: 13 in the jsp file: /resources/download
.jsp
PWC6199: Generated servlet error:
string:///down
load_jsp.java:60: package com.contshipitalia.net does not exist%%%EOL
%%%
PWC6197: An error occurred at line: 13 in the jsp file: /
resources/download.jsp
PWC6199: Generated servlet error:%%%EO
L%%%string:///download_jsp.java:63: package com.contshipitalia.net do
es not exist

PWC6197: An error occurred at line: 14
in the jsp file: /resources/download.jsp
PWC6199: Generated s
ervlet error:
string:///download_jsp.java:76: cannot find sym
bol
symbol : variable Form
location: class org.apach
e.jsp.resources.download_jsp

PWC6197: An error occur
red at line: 14 in the jsp file: /resources/download.jsp
PWC6
199: Generated servlet error:
string:///download_jsp.java:89:
cannot find symbol
symbol : class Download
location
: class org.apache.jsp.resources.download_jsp

PWC619
7: An error occurred at line: 14 in the jsp file: /resources/download
.jsp
PWC6199: Generated servlet error:
string:///down
load_jsp.java:95: cannot find symbol
symbol : variable Form%
%%EOL%%%location: class org.apache.jsp.resources.download_jsp%%%EOL%%
%
PWC6197: An error occurred at line: 14 in the jsp file: /re
sources/download.jsp
PWC6199: Generated servlet error:%%%EOL%
%%string:///download_jsp.java:101: cannot find symbol
symbol
: variable Environment
location: class org.apache.jsp.resour
ces.download_jsp

PWC6197: An error occurred at line:
14 in the jsp file: /resources/download.jsp
PWC6199: Generat
ed servlet error:
string:///download_jsp.java:109: cannot fin
d symbol
symbol : class GenericData
location: class
org.apache.jsp.resources.download_jsp

PWC6197: An er
ror occurred at line: 14 in the jsp file: /resources/download.jsp%%%E
OL%%%PWC6199: Generated servlet error:
string:///download_jsp
.java:136: cannot find symbol
symbol : class Download%%%EOL%
%%location: class org.apache.jsp.resources.download_jsp
%%%EO
L%%%PWC6197: An error occurred at line: 14 in the jsp file: /resource
s/download.jsp
PWC6199: Generated servlet error:
stri
ng:///download_jsp.java:165: cannot find symbol
symbol : cla
ss Download
location: class org.apache.jsp.resources.download
_jsp

PWC6197: An error occurred at line: 14 in the j
sp file: /resources/download.jsp
PWC6199: Generated servlet e
rror:
string:///download_jsp.java:167: cannot find symbol%%%E
OL%%%symbol : class Download
location: class org.apache.jsp.
resources.download_jsp

PWC6197: An error occurred at
line: 14 in the jsp file: /resources/download.jsp
PWC6199: G
enerated servlet error:
string:///download_jsp.java:184: cann
ot find symbol
symbol : class Download
location: cla
ss org.apache.jsp.resources.download_jsp

PWC6197: An
error occurred at line: 14 in the jsp file: /resources/download.jsp%
%%EOL%%%PWC6199: Generated servlet error:
string:///download_
jsp.java:205: cannot find symbol
symbol : class Download%%%E
OL%%%location: class org.apache.jsp.resources.download_jsp
%%
%EOL%%%PWC6197: An error occurred at line: 14 in the jsp file: /resou
rces/download.jsp
PWC6199: Generated servlet error:
s
tring:///download_jsp.java:218: cannot find symbol
symbol :
class StringInputStream
location: class org.apache.jsp.resour
ces.download_jsp

PWC6197: An error occurred at line:
14 in the jsp file: /resources/download.jsp
PWC6199: Generat
ed servlet error:
string:///download_jsp.java:243: cannot fin
d symbol
symbol : variable JMail
location: class org
.apache.jsp.resources.download_jsp

PWC6197: An error
occurred at line: 14 in the jsp file: /resources/download.jsp%%%EOL%
%%PWC6199: Generated servlet error:
string:///download_jsp.ja
va:247: cannot find symbol
symbol : variable JMail
l
ocation: class org.apache.jsp.resources.download_jsp
%%%EOL%%
% – PWC6033: Error in Javac compilation for JSP

PWC
6199: Generated servlet error:
string:///download_jsp.java:8:
package com.portal.util does not exist

PWC6199: Gen
erated servlet error:
string:///download_jsp.java:9: package
com.portal.util does not exist

PWC6199: Generated se
rvlet error:
string:///download_jsp.java:12: package com.cont
shipitalia.broker does not exist

PWC6199: Generated
servlet error:
string:///download_jsp.java:13: package com.co
ntshipitalia.persistence does not exist

PWC6199: Gen
erated servlet error:
string:///download_jsp.java:14: package
com.contshipitalia.persistence does not exist

PWC61
99: Generated servlet error:
string:///download_jsp.java:15:
package com.contshipitalia.util does not exist

PWC61
99: Generated servlet error:
string:///download_jsp.java:16:
package com.contshipitalia.net does not exist

PWC619
7: An error occurred at line: 13 in the jsp file: /resources/download
.jsp
PWC6199: Generated servlet error:
string:///down
load_jsp.java:21: cannot find symbol
symbol : class GenericS
erviceBroker
location: class org.apache.jsp.resources.downloa
d_jsp

PWC6197: An error occurred at line: 13 in the
jsp file: /resources/download.jsp
PWC6199: Generated servlet
error:
string:///download_jsp.java:21: cannot find symbol%%%E
OL%%%symbol : class GenericServiceBroker
location: class org
.apache.jsp.resources.download_jsp

PWC6197: An error
occurred at line: 13 in the jsp file: /resources/download.jsp%%%EOL%
%%PWC6199: Generated servlet error:
string:///download_jsp.ja
va:58: package com.contshipitalia.net does not exist
%%%EOL%%
%PWC6197: An error occurred at line: 13 in the jsp file: /resources/d
ownload.jsp
PWC6199: Generated servlet error:
string:
///download_jsp.java:60: package com.contshipitalia.net does not exis
t

PWC6197: An error occurred at line: 13 in the jsp
file: /resources/download.jsp
PWC6199: Generated servlet erro
r:
string:///download_jsp.java:63: package com.contshipitalia
.net does not exist

PWC6197: An error occurred at li
ne: 14 in the jsp file: /resources/download.jsp
PWC6199: Gene
rated servlet error:
string:///download_jsp.java:76: cannot f
ind symbol
symbol : variable Form
location: class or
g.apache.jsp.resources.download_jsp

PWC6197: An erro
r occurred at line: 14 in the jsp file: /resources/download.jsp%%%EOL
%%%PWC6199: Generated servlet error:
string:///download_jsp.j
ava:89: cannot find symbol
symbol : class Download
l
ocation: class org.apache.jsp.resources.download_jsp
%%%EOL%%
%PWC6197: An error occurred at line: 14 in the jsp file: /resources/d
ownload.jsp
PWC6199: Generated servlet error:
string:
///download_jsp.java:95: cannot find symbol
symbol : variabl
e Form
location: class org.apache.jsp.resources.download_jsp%
%%EOL%%%
PWC6197: An error occurred at line: 14 in the jsp fi
le: /resources/download.jsp
PWC6199: Generated servlet error:

string:///download_jsp.java:101: cannot find symbol

symbol : variable Environment
location: class org.apache.jsp
.resources.download_jsp

PWC6197: An error occurred a
t line: 14 in the jsp file: /resources/download.jsp
PWC6199:
Generated servlet error:
string:///download_jsp.java:109: can
not find symbol
symbol : class GenericData
location:
class org.apache.jsp.resources.download_jsp

PWC6197
: An error occurred at line: 14 in the jsp file: /resources/download.
jsp
PWC6199: Generated servlet error:
string:///downl
oad_jsp.java:136: cannot find symbol
symbol : class Download

location: class org.apache.jsp.resources.download_jsp%%%EOL%
%%
PWC6197: An error occurred at line: 14 in the jsp file: /r
esources/download.jsp
PWC6199: Generated servlet error:%%%EOL
%%%string:///download_jsp.java:165: cannot find symbol
symbol
: class Download
location: class org.apache.jsp.resources.d
ownload_jsp

PWC6197: An error occurred at line: 14 i
n the jsp file: /resources/download.jsp
PWC6199: Generated se
rvlet error:
string:///download_jsp.java:167: cannot find sym
bol
symbol : class Download
location: class org.apac
he.jsp.resources.download_jsp

PWC6197: An error occu
rred at line: 14 in the jsp file: /resources/download.jsp
PWC
6199: Generated servlet error:
string:///download_jsp.java:18
4: cannot find symbol
symbol : class Download
locati
on: class org.apache.jsp.resources.download_jsp

PWC6
197: An error occurred at line: 14 in the jsp file: /resources/downlo
ad.jsp
PWC6199: Generated servlet error:
string:///do
wnload_jsp.java:205: cannot find symbol
symbol : class Downl
oad
location: class org.apache.jsp.resources.download_jsp%%%E
OL%%%
PWC6197: An error occurred at line: 14 in the jsp file:
/resources/download.jsp
PWC6199: Generated servlet error:%%%
EOL%%%string:///download_jsp.java:218: cannot find symbol
sym
bol : class StringInputStream
location: class org.apache.jsp
.resources.download_jsp

PWC6197: An error occurred a
t line: 14 in the jsp file: /resources/download.jsp
PWC6199:
Generated servlet error:
string:///download_jsp.java:243: can
not find symbol
symbol : variable JMail
location: cl
ass org.apache.jsp.resources.download_jsp

PWC6197: A
n error occurred at line: 14 in the jsp file: /resources/download.jsp

PWC6199: Generated servlet error:
string:///download
_jsp.java:247: cannot find symbol
symbol : variable JMail%%%
EOL%%%location: class org.apache.jsp.resources.download_jsp
%
%%EOL%%%. Please see server.log for more details.
Exception w
hile invoking class com.sun.enterprise.web.WebDeployer prepare method
: java.lang.RuntimeException: JSP Compilation Error: org.apache.jasp
er.JasperException: PWC6033: Error in Javac compilation for JSP%%%EOL
%%%
PWC6199: Generated servlet error:
string:///downl
oad_jsp.java:8: package com.portal.util does not exist
%%%EOL
%%%PWC6199: Generated servlet error:
string:///download_jsp.j
ava:9: package com.portal.util does not exist

PWC619
9: Generated servlet error:
string:///download_jsp.java:12: p
ackage com.contshipitalia.broker does not exist

PWC6
199: Generated servlet error:
string:///download_jsp.java:13:
package com.contshipitalia.persistence does not exist
%%%EOL
%%%PWC6199: Generated servlet error:
string:///download_jsp.j
ava:14: package com.contshipitalia.persistence does not exist%%%EOL%%
%
PWC6199: Generated servlet error:
string:///downloa
d_jsp.java:15: package com.contshipitalia.util does not exist%%%EOL%%
%
PWC6199: Generated servlet error:
string:///downloa
d_jsp.java:16: package com.contshipitalia.net does not exist

PWC6197: An error occurred at line: 13 in the jsp file: /res
ources/download.jsp
PWC6199: Generated servlet error:%%%EOL%%
%string:///download_jsp.java:21: cannot find symbol
symbol :
class GenericServiceBroker
location: class org.apache.jsp.re
sources.download_jsp

PWC6197: An error occurred at l
ine: 13 in the jsp file: /resources/download.jsp
PWC6199: Gen
erated servlet error:
string:///download_jsp.java:21: cannot
find symbol
symbol : class GenericServiceBroker
loca
tion: class org.apache.jsp.resources.download_jsp

PW
C6197: An error occurred at line: 13 in the jsp file: /resources/down
load.jsp
PWC6199: Generated servlet error:
string:///
download_jsp.java:58: package com.contshipitalia.net does not exist%%
%EOL%%%
PWC6197: An error occurred at line: 13 in the jsp fil
e: /resources/download.jsp
PWC6199: Generated servlet error:%
%%EOL%%%string:///download_jsp.java:60: package com.contshipitalia.ne
t does not exist

PWC6197: An error occurred at line:
13 in the jsp file: /resources/download.jsp
PWC6199: Generat
ed servlet error:
string:///download_jsp.java:63: package com
.contshipitalia.net does not exist

PWC6197: An error
occurred at line: 14 in the jsp file: /resources/download.jsp%%%EOL%
%%PWC6199: Generated servlet error:
string:///download_jsp.ja
va:76: cannot find symbol
symbol : variable Form
loc
ation: class org.apache.jsp.resources.download_jsp

P
WC6197: An error occurred at line: 14 in the jsp file: /resources/dow
nload.jsp
PWC6199: Generated servlet error:
string://
/download_jsp.java:89: cannot find symbol
symbol : class Dow
nload
location: class org.apache.jsp.resources.download_jsp%%
%EOL%%%
PWC6197: An error occurred at line: 14 in the jsp fil
e: /resources/download.jsp
PWC6199: Generated servlet error:%
%%EOL%%%string:///download_jsp.java:95: cannot find symbol
sy
mbol : variable Form
location: class org.apache.jsp.resource
s.download_jsp

PWC6197: An error occurred at line: 1
4 in the jsp file: /resources/download.jsp
PWC6199: Generated
servlet error:
string:///download_jsp.java:101: cannot find
symbol
symbol : variable Environment
location: class
org.apache.jsp.resources.download_jsp

PWC6197: An e
rror occurred at line: 14 in the jsp file: /resources/download.jsp%%%
EOL%%%PWC6199: Generated servlet error:
string:///download_js
p.java:109: cannot find symbol
symbol : class GenericData%%%
EOL%%%location: class org.apache.jsp.resources.download_jsp
%
%%EOL%%%PWC6197: An error occurred at line: 14 in the jsp file: /reso
urces/download.jsp
PWC6199: Generated servlet error:

string:///download_jsp.java:136: cannot find symbol
symbol :
class Download
location: class org.apache.jsp.resources.down
load_jsp

PWC6197: An error occurred at line: 14 in t
he jsp file: /resources/download.jsp
PWC6199: Generated servl
et error:
string:///download_jsp.java:165: cannot find symbol

symbol : class Download
location: class org.apache.
jsp.resources.download_jsp

PWC6197: An error occurre
d at line: 14 in the jsp file: /resources/download.jsp
PWC619
9: Generated servlet error:
string:///download_jsp.java:167:
cannot find symbol
symbol : class Download
location:
class org.apache.jsp.resources.download_jsp

PWC6197
: An error occurred at line: 14 in the jsp file: /resources/download.
jsp
PWC6199: Generated servlet error:
string:///downl
oad_jsp.java:184: cannot find symbol
symbol : class Download

location: class org.apache.jsp.resources.download_jsp%%%EOL%
%%
PWC6197: An error occurred at line: 14 in the jsp file: /r
esources/download.jsp
PWC6199: Generated servlet error:%%%EOL
%%%string:///download_jsp.java:205: cannot find symbol
symbol
: class Download
location: class org.apache.jsp.resources.d
ownload_jsp

PWC6197: An error occurred at line: 14 i
n the jsp file: /resources/download.jsp
PWC6199: Generated se
rvlet error:
string:///download_jsp.java:218: cannot find sym
bol
symbol : class StringInputStream
location: class
org.apache.jsp.resources.download_jsp

PWC6197: An e
rror occurred at line: 14 in the jsp file: /resources/download.jsp%%%
EOL%%%PWC6199: Generated servlet error:
string:///download_js
p.java:243: cannot find symbol
symbol : variable JMail%%%EOL
%%%location: class org.apache.jsp.resources.download_jsp
%%%E
OL%%%PWC6197: An error occurred at line: 14 in the jsp file: /resourc
es/download.jsp
PWC6199: Generated servlet error:
str
ing:///download_jsp.java:247: cannot find symbol
symbol : va
riable JMail
location: class org.apache.jsp.resources.downloa
d_jsp

– PWC6033: Error in Javac compilation for JS
P

PWC6199: Generated servlet error:
string:/
//download_jsp.java:8: package com.portal.util does not exist%%%EOL%%
%
PWC6199: Generated servlet error:
string:///downloa
d_jsp.java:9: package com.portal.util does not exist
%%%EOL%%
%PWC6199: Generated servlet error:
string:///download_jsp.jav
a:12: package com.contshipitalia.broker does not exist
%%%EOL
%%%PWC6199: Generated servlet error:
string:///download_jsp.j
ava:13: package com.contshipitalia.persistence does not exist%%%EOL%%
%
PWC6199: Generated servlet error:
string:///downloa
d_jsp.java:14: package com.contshipitalia.persistence does not exist%
%%EOL%%%
PWC6199: Generated servlet error:
string:///
download_jsp.java:15: package com.contshipitalia.util does not exist%
%%EOL%%%
PWC6199: Generated servlet error:
string:///
download_jsp.java:16: package com.contshipitalia.net does not exist%%
%EOL%%%
PWC6197: An error occurred at line: 13 in the jsp fil
e: /resources/download.jsp
PWC6199: Generated servlet error:%
%%EOL%%%string:///download_jsp.java:21: cannot find symbol
sy
mbol : class GenericServiceBroker
location: class org.apache
.jsp.resources.download_jsp

PWC6197: An error occurr
ed at line: 13 in the jsp file: /resources/download.jsp
PWC61
99: Generated servlet error:
string:///download_jsp.java:21:
cannot find symbol
symbol : class GenericServiceBroker%%%EOL
%%%location: class org.apache.jsp.resources.download_jsp
%%%E
OL%%%PWC6197: An error occurred at line: 13 in the jsp file: /resourc
es/download.jsp
PWC6199: Generated servlet error:
str
ing:///download_jsp.java:58: package com.contshipitalia.net does not
exist

PWC6197: An error occurred at line: 13 in the
jsp file: /resources/download.jsp
PWC6199: Generated servlet
error:
string:///download_jsp.java:60: package com.contshipit
alia.net does not exist

PWC6197: An error occurred a
t line: 13 in the jsp file: /resources/download.jsp
PWC6199:
Generated servlet error:
string:///download_jsp.java:63: pack
age com.contshipitalia.net does not exist

PWC6197: A
n error occurred at line: 14 in the jsp file: /resources/download.jsp

PWC6199: Generated servlet error:
string:///download
_jsp.java:76: cannot find symbol
symbol : variable Form%%%EO
L%%%location: class org.apache.jsp.resources.download_jsp
%%%
EOL%%%PWC6197: An error occurred at line: 14 in the jsp file: /resour
ces/download.jsp
PWC6199: Generated servlet error:
st
ring:///download_jsp.java:89: cannot find symbol
symbol : cl
ass Download
location: class org.apache.jsp.resources.downloa
d_jsp

PWC6197: An error occurred at line: 14 in the
jsp file: /resources/download.jsp
PWC6199: Generated servlet
error:
string:///download_jsp.java:95: cannot find symbol%%%E
OL%%%symbol : variable Form
location: class org.apache.jsp.r
esources.download_jsp

PWC6197: An error occurred at
line: 14 in the jsp file: /resources/download.jsp
PWC6199: Ge
nerated servlet error:
string:///download_jsp.java:101: canno
t find symbol
symbol : variable Environment
location
: class org.apache.jsp.resources.download_jsp

PWC619
7: An error occurred at line: 14 in the jsp file: /resources/download
.jsp
PWC6199: Generated servlet error:
string:///down
load_jsp.java:109: cannot find symbol
symbol : class Generic
Data
location: class org.apache.jsp.resources.download_jsp%%%
EOL%%%
PWC6197: An error occurred at line: 14 in the jsp file
: /resources/download.jsp
PWC6199: Generated servlet error:%%
%EOL%%%string:///download_jsp.java:136: cannot find symbol
sy
mbol : class Download
location: class org.apache.jsp.resourc
es.download_jsp

PWC6197: An error occurred at line:
14 in the jsp file: /resources/download.jsp
PWC6199: Generate
d servlet error:
string:///download_jsp.java:165: cannot find
symbol
symbol : class Download
location: class org.
apache.jsp.resources.download_jsp

PWC6197: An error
occurred at line: 14 in the jsp file: /resources/download.jsp%%%EOL%%
%PWC6199: Generated servlet error:
string:///download_jsp.jav
a:167: cannot find symbol
symbol : class Download
lo
cation: class org.apache.jsp.resources.download_jsp

PWC6197: An error occurred at line: 14 in the jsp file: /resources/do
wnload.jsp
PWC6199: Generated servlet error:
string:/
//download_jsp.java:184: cannot find symbol
symbol : class D
ownload
location: class org.apache.jsp.resources.download_jsp

PWC6197: An error occurred at line: 14 in the jsp f
ile: /resources/download.jsp
PWC6199: Generated servlet error
:
string:///download_jsp.java:205: cannot find symbol%%%EOL%%
%symbol : class Download
location: class org.apache.jsp.reso
urces.download_jsp

PWC6197: An error occurred at lin
e: 14 in the jsp file: /resources/download.jsp
PWC6199: Gener
ated servlet error:
string:///download_jsp.java:218: cannot f
ind symbol
symbol : class StringInputStream
location
: class org.apache.jsp.resources.download_jsp

PWC619
7: An error occurred at line: 14 in the jsp file: /resources/download
.jsp
PWC6199: Generated servlet error:
string:///down
load_jsp.java:243: cannot find symbol
symbol : variable JMai
l
location: class org.apache.jsp.resources.download_jsp%%%EOL
%%%
PWC6197: An error occurred at line: 14 in the jsp file: /
resources/download.jsp
PWC6199: Generated servlet error:%%%EO
L%%%string:///download_jsp.java:247: cannot find symbol
symbo
l : variable JMail
location: class org.apache.jsp.resources.
download_jsp

JSP Compilation Error: org.apa
che.jasper.JasperException: PWC6033: Error in Javac compilation for J
SP

PWC6199: Generated servlet error:
string:///download_jsp.java:8:
package com.portal.util does not exist

PWC6199: Generated servlet er
ror:
string:///download_jsp.java:9: package com.portal.util does not
exist

PWC6199: Generated servlet error:
string:///download_jsp.java:
12: package com.contshipitalia.broker does not exist

PWC6199: Genera
ted servlet error:
string:///download_jsp.java:13: package com.contsh
ipitalia.persistence does not exist

PWC6199: Generated servlet error
:
string:///download_jsp.java:14: package com.contshipitalia.persiste
nce does not exist

PWC6199: Generated servlet error:
string:///downl
oad_jsp.java:15: package com.contshipitalia.util does not exist

PWC6
199: Generated servlet error:
string:///download_jsp.java:16: package
com.contshipitalia.net does not exist

PWC6197: An error occurred at
line: 13 in the jsp file: /resources/download.jsp
PWC6199: Generated
servlet error:
string:///download_jsp.java:21: cannot find symbol
sy
mbol : class GenericServiceBroker
location: class org.apache.jsp.res
ources.download_jsp

PWC6197: An error occurred at line: 13 in the js
p file: /resources/download.jsp
PWC6199: Generated servlet error:
str
ing:///download_jsp.java:21: cannot find symbol
symbol : class Gener
icServiceBroker
location: class org.apache.jsp.resources.download_jsp

PWC6197: An error occurred at line: 13 in the jsp file: /resources/
download.jsp
PWC6199: Generated servlet error:
string:///download_jsp
.java:58: package com.contshipitalia.net does not exist

PWC6197: An
error occurred at line: 13 in the jsp file: /resources/download.jsp
P
WC6199: Generated servlet error:
string:///download_jsp.java:60: pack
age com.contshipitalia.net does not exist

PWC6197: An error occurred
at line: 13 in the jsp file: /resources/download.jsp
PWC6199: Genera
ted servlet error:
string:///download_jsp.java:63: package com.contsh
ipitalia.net does not exist

PWC6197: An error occurred at line: 14 i
n the jsp file: /resources/download.jsp
PWC6199: Generated servlet er
ror:
string:///download_jsp.java:76: cannot find symbol
symbol : var
iable Form
location: class org.apache.jsp.resources.download_jsp

PWC
6197: An error occurred at line: 14 in the jsp file: /resources/downl
oad.jsp
PWC6199: Generated servlet error:
string:///download_jsp.java
:89: cannot find symbol
symbol : class Download
location: class org.
apache.jsp.resources.download_jsp

PWC6197: An error occurred at line
: 14 in the jsp file: /resources/download.jsp
PWC6199: Generated serv
let error:
string:///download_jsp.java:95: cannot find symbol
symbol
: variable Form
location: class org.apache.jsp.resources.download_js
p

PWC6197: An error occurred at line: 14 in the jsp file: /resources
/download.jsp
PWC6199: Generated servlet error:
string:///download_js
p.java:101: cannot find symbol
symbol : variable Environment
locatio
n: class org.apache.jsp.resources.download_jsp

PWC6197: An error occ
urred at line: 14 in the jsp file: /resources/download.jsp
PWC6199: G
enerated servlet error:
string:///download_jsp.java:109: cannot find
symbol
symbol : class GenericData
location: class org.apache.jsp.res
ources.download_jsp

PWC6197: An error occurred at line: 14 in the js
p file: /resources/download.jsp
PWC6199: Generated servlet error:
str
ing:///download_jsp.java:136: cannot find symbol
symbol : class Down
load
location: class org.apache.jsp.resources.download_jsp

PWC6197:
An error occurred at line: 14 in the jsp file: /resources/download.js
p
PWC6199: Generated servlet error:
string:///download_jsp.java:165:
cannot find symbol
symbol : class Download
location: class org.apach
e.jsp.resources.download_jsp

PWC6197: An error occurred at line: 14
in the jsp file: /resources/download.jsp
PWC6199: Generated servlet e
rror:
string:///download_jsp.java:167: cannot find symbol
symbol : c
lass Download
location: class org.apache.jsp.resources.download_jsp

PWC6197: An error occurred at line: 14 in the jsp file: /resources/do
wnload.jsp
PWC6199: Generated servlet error:
string:///download_jsp.j
ava:184: cannot find symbol
symbol : class Download
location: class
org.apache.jsp.resources.download_jsp

PWC6197: An error occurred at
line: 14 in the jsp file: /resources/download.jsp
PWC6199: Generated
servlet error:
string:///download_jsp.java:205: cannot find symbol
sy
mbol : class Download
location: class org.apache.jsp.resources.downl
oad_jsp

PWC6197: An error occurred at line: 14 in the jsp file: /res
ources/download.jsp
PWC6199: Generated servlet error:
string:///downl
oad_jsp.java:218: cannot find symbol
symbol : class StringInputStrea
m
location: class org.apache.jsp.resources.download_jsp

PWC6197: An
error occurred at line: 14 in the jsp file: /resources/download.jsp
P
WC6199: Generated servlet error:
string:///download_jsp.java:243: can
not find symbol
symbol : variable JMail
location: class org.apache.j
sp.resources.download_jsp

PWC6197: An error occurred at line: 14 in
the jsp file: /resources/download.jsp
PWC6199: Generated servlet erro
r:
string:///download_jsp.java:247: cannot find symbol
symbol : vari
able JMail
location: class org.apache.jsp.resources.download_jsp


PWC6033: Error in Javac compilation for JSP

PWC6199: Generated serv
let error:
string:///download_jsp.java:8: package com.portal.util doe
s not exist

PWC6199: Generated servlet error:
string:///download_jsp
.java:9: package com.portal.util does not exist

PWC6199: Generated s
ervlet error:
string:///download_jsp.java:12: package com.contshipita
lia.broker does not exist

PWC6199: Generated servlet error:
string:/
//download_jsp.java:13: package com.contshipitalia.persistence does n
ot exist

PWC6199: Generated servlet error:
string:///download_jsp.ja
va:14: package com.contshipitalia.persistence does not exist

PWC6199
: Generated servlet error:
string:///download_jsp.java:15: package co
m.contshipitalia.util does not exist

PWC6199: Generated servlet erro
r:
string:///download_jsp.java:16: package com.contshipitalia.net doe
s not exist

PWC6197: An error occurred at line: 13 in the jsp file:
/resources/download.jsp
PWC6199: Generated servlet error:
string:///d
ownload_jsp.java:21: cannot find symbol
symbol : class GenericServic
eBroker
location: class org.apache.jsp.resources.download_jsp

PWC619
7: An error occurred at line: 13 in the jsp file: /resources/download
.jsp
PWC6199: Generated servlet error:
string:///download_jsp.java:21
: cannot find symbol
symbol : class GenericServiceBroker
location: c
lass org.apache.jsp.resources.download_jsp

PWC6197: An error occurre
d at line: 13 in the jsp file: /resources/download.jsp
PWC6199: Gener
ated servlet error:
string:///download_jsp.java:58: package com.conts
hipitalia.net does not exist

PWC6197: An error occurred at line: 13
in the jsp file: /resources/download.jsp
PWC6199: Generated servlet e
rror:
string:///download_jsp.java:60: package com.contshipitalia.net
does not exist

PWC6197: An error occurred at line: 13 in the jsp fil
e: /resources/download.jsp
PWC6199: Generated servlet error:
string:/
//download_jsp.java:63: package com.contshipitalia.net does not exist

PWC6197: An error occurred at line: 14 in the jsp file: /resources/
download.jsp
PWC6199: Generated servlet error:
string:///download_jsp
.java:76: cannot find symbol
symbol : variable Form
location: class
org.apache.jsp.resources.download_jsp

PWC6197: An error occurred at
line: 14 in the jsp file: /resources/download.jsp
PWC6199: Generated
servlet error:
string:///download_jsp.java:89: cannot find symbol
sym
bol : class Download
location: class org.apache.jsp.resources.downlo
ad_jsp

PWC6197: An error occurred at line: 14 in the jsp file: /reso
urces/download.jsp
PWC6199: Generated servlet error:
string:///downlo
ad_jsp.java:95: cannot find symbol
symbol : variable Form
location:
class org.apache.jsp.resources.download_jsp

PWC6197: An error occurr
ed at line: 14 in the jsp file: /resources/download.jsp
PWC6199: Gene
rated servlet error:
string:///download_jsp.java:101: cannot find sym
bol
symbol : variable Environment
location: class org.apache.jsp.res
ources.download_jsp

PWC6197: An error occurred at line: 14 in the js
p file: /resources/download.jsp
PWC6199: Generated servlet error:
str
ing:///download_jsp.java:109: cannot find symbol
symbol : class Gene
ricData
location: class org.apache.jsp.resources.download_jsp

PWC619
7: An error occurred at line: 14 in the jsp file: /resources/download
.jsp
PWC6199: Generated servlet error:
string:///download_jsp.java:13
6: cannot find symbol
symbol : class Download
location: class org.ap
ache.jsp.resources.download_jsp

PWC6197: An error occurred at line:
14 in the jsp file: /resources/download.jsp
PWC6199: Generated servle
t error:
string:///download_jsp.java:165: cannot find symbol
symbol
: class Download
location: class org.apache.jsp.resources.download_js
p

PWC6197: An error occurred at line: 14 in the jsp file: /resources
/download.jsp
PWC6199: Generated servlet error:
string:///download_js
p.java:167: cannot find symbol
symbol : class Download
location: cla
ss org.apache.jsp.resources.download_jsp

PWC6197: An error occurred
at line: 14 in the jsp file: /resources/download.jsp
PWC6199: Generat
ed servlet error:
string:///download_jsp.java:184: cannot find symbol

symbol : class Download
location: class org.apache.jsp.resources.do
wnload_jsp

PWC6197: An error occurred at line: 14 in the jsp file: /
resources/download.jsp
PWC6199: Generated servlet error:
string:///do
wnload_jsp.java:205: cannot find symbol
symbol : class Download
loca
tion: class org.apache.jsp.resources.download_jsp

PWC6197: An error
occurred at line: 14 in the jsp file: /resources/download.jsp
PWC6199
: Generated servlet error:
string:///download_jsp.java:218: cannot fi
nd symbol
symbol : class StringInputStream
location: class org.apach
e.jsp.resources.download_jsp

PWC6197: An error occurred at line: 14
in the jsp file: /resources/download.jsp
PWC6199: Generated servlet e
rror:
string:///download_jsp.java:243: cannot find symbol
symbol : v
ariable JMail
location: class org.apache.jsp.resources.download_jsp

PWC6197: An error occurred at line: 14 in the jsp file: /resources/do
wnload.jsp
PWC6199: Generated servlet error:
string:///download_jsp.j
ava:247: cannot find symbol
symbol : variable JMail
location: class
org.apache.jsp.resources.download_jsp

name_value: CSIPortal-J2EE6
name_name: name
keys: name
use-main-children-attribute: false
exit-code: FAILURE

Command deploy failed.

Comment by Hong Zhang [ 15/Jul/11 01:19 PM ]

From the error message, the precompilejsp flag is passed to the web container, but there are some issues in compiling the jsps. Assign to kinman for further evaluation.

Comment by cistox [ 18/Jul/11 08:39 AM ]

Hello,
I extend the issue to servlets.

If I do not precompile JSPs but I just deploy the EAR, then I found that I cannot access either JSPs and Servlets.

a) JSPs are not accessible as they are not compiled even dynamically on request.

b) Servlets are not reachable... thus this seems the servlet container is not able to read the web.xml

We have a distributable WAR inside the EAR along with some EJB modules and JPA entities.

The same EAR is working fine when deployed on a Glassfish 3.1 installed for development (default install option)

Hope this helps, but I please ask you if you could provide a workaround.

I mean a manual way to fix the deployment on a cluster.

Thank you in advance

Roberto Cisternino

Comment by kchung [ 20/Jul/11 12:25 AM ]

When try deploying the ear file, I got the following error:

./asadmin deploy --precompilejsp=true ~/d/CSIPortal-J2EE6.ear
remote failure: Error occurred during deployment: Exception while preparing the app : Invalid resource : jdbc/AS400_MCT__pm. Please see server.log for more details.
Exception while invoking class org.glassfish.persistence.jpa.JPADeployer prepare method : java.lang.RuntimeException: Invalid resource : jdbc/AS400_MCT__pm
Invalid resource : jdbc/AS400_MCT__pm
Command deploy failed.

Comment by cistox [ 20/Jul/11 07:09 AM ]

Well,
I have not mentioned that this is an enterprise application that is using 13 databases, so for a test I would suggest to install the following glassfish-resources.xml

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE resources PUBLIC "-//GlassFish.org//DTD GlassFish Application Server 3.1 Resource Definitions//EN" "http://glassfish.org/dtds/glassfish-resources_1_5.dtd">
<resources>
<jdbc-resource enabled="true" jndi-name="jdbc/WEBCDB" object-type="user" pool-name="DB2-UDB_WEBCDB">
<description>CSI Portal Central Index DB</description>
</jdbc-resource>
<jdbc-resource enabled="true" jndi-name="jdbc/WEBDBLSCT" object-type="user" pool-name="SQLServer_LSCT">
<description>CSI Portal LSCT Remote DB</description>
</jdbc-resource>
<jdbc-resource enabled="true" jndi-name="jdbc/WEBDBCICT" object-type="user" pool-name="SQLServer_CICT">
<description>CSI Portal CICT Remote DB</description>
</jdbc-resource>
<jdbc-resource enabled="true" jndi-name="jdbc/WEBDBTCR" object-type="user" pool-name="SQLServer_TCR">
<description>CSI Portal TCR Remote DB</description>
</jdbc-resource>
<jdbc-resource enabled="true" jndi-name="jdbc/WEBDBEGATE" object-type="user" pool-name="SQLServer_EGT">
<description>CSI Portal EGT Remote DB</description>
</jdbc-resource>
<jdbc-resource enabled="true" jndi-name="jdbc/WEBDBMCT" object-type="user" pool-name="SQLServer_MCT">
<description>CSI Portal MCT Remote DB</description>
</jdbc-resource>
<jdbc-resource enabled="true" jndi-name="jdbc/WEBDBSOGEMAR" object-type="user" pool-name="ORACLE_SOGEMAR">
<description>CSI Portal SOGEMAR Remote DB</description>
</jdbc-resource>
<jdbc-resource enabled="true" jndi-name="jdbc/MCTSTAPDB" object-type="user" pool-name="SQLServer_Stap_MCT">
<description>MCT Stap DB</description>
</jdbc-resource>
<jdbc-resource enabled="true" jndi-name="jdbc/MCTSrvAcc" object-type="user" pool-name="SQLServer_AccServ_MCT">
<description>MCT Accessorial Services DB</description>
</jdbc-resource>
<jdbc-resource enabled="true" jndi-name="jdbc/MCT_LASHING" object-type="user" pool-name="SQLServer_Lashing_MCT">
<description>MCT Lashing DB</description>
</jdbc-resource>
<jdbc-resource enabled="true" jndi-name="jdbc/AS400_LSCT" object-type="user" pool-name="DB2-AS400_LSCT">
<description>LSCT AS400 DB</description>
</jdbc-resource>
<jdbc-resource enabled="true" jndi-name="jdbc/AS400_MCT" object-type="user" pool-name="DB2-AS400_MCT">
<description>MCT AS400 DB</description>
</jdbc-resource>
<mail-resource debug="false" enabled="true" from="CSIPortal@contshipitalia.com" host="w2kspeexc2.contship.net" jndi-name="mail/mailer" object-type="user" store-protocol="imap" store-protocol-class="com.sun.mail.imap.IMAPStore" transport-protocol="smtp" transport-protocol-class="com.sun.mail.smtp.SMTPTransport" user="CSIPortal">
<description/>
<property name="mail.password" value="SuPerpippox.68"/>
</mail-resource>
<jdbc-connection-pool allow-non-component-callers="true" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="table" datasource-classname="com.ibm.db2.jcc.DB2ConnectionPoolDataSource" fail-all-connections="true" idle-timeout-in-seconds="300" is-connection-validation-required="true" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="50" max-wait-time-in-millis="60000" name="DB2-UDB_WEBCDB" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="5" validate-atmost-once-period-in-seconds="0" validation-table-name="DUMMY" wrap-jdbc-objects="true">
<description>WEBCDB - DB2 8.2 Universal JDBC Driver Provider</description>
<property name="serverName" value="10.5.1.77"/>
<property name="portNumber" value="50004"/>
<property name="databaseName" value="WEBCDB"/>
<property name="driverType" value="4"/>
<property name="User" value="addb2"/>
<property name="Password" value="addb2"/>
</jdbc-connection-pool>
<jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="auto-commit" datasource-classname="com.ibm.as400.access.AS400JDBCConnectionPoolDataSource" fail-all-connections="true" idle-timeout-in-seconds="300" is-connection-validation-required="false" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="15" max-wait-time-in-millis="60000" name="DB2-AS400_LSCT" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="2" validate-atmost-once-period-in-seconds="0" wrap-jdbc-objects="true">
<description>LSCT - AS400 Toolbox JDBC Driver</description>
<property name="User" value="EDI"/>
<property name="Password" value="vermentino"/>
<property name="serverName" value="10.5.1.21"/>
<property name="databaseName" value="S650514C"/>
<property name="dateFormat" value="ISO"/>
<property name="driver" value="toolbox"/>
<property name="access" value="all"/>
<property name="blockSize" value="32"/>
<property name="blockCriteria" value="2"/>
<property name="dataTruncation" value="true"/>
<property name="dataCompression" value="true"/>
<property name="lazyClose" value="false"/>
<property name="fullOpen" value="false"/>
<property name="extendedMetaData" value="false"/>
<property name="extendedDynamic" value="false"/>
<property name="bigDecimal" value="true"/>
<property name="cursorHold" value="false"/>
</jdbc-connection-pool>
<jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="auto-commit" datasource-classname="com.ibm.as400.access.AS400JDBCConnectionPoolDataSource" fail-all-connections="true" idle-timeout-in-seconds="300" is-connection-validation-required="false" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="20" max-wait-time-in-millis="60000" name="DB2-AS400_MCT" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="2" validate-atmost-once-period-in-seconds="0" wrap-jdbc-objects="true">
<description>MCT - AS400 Toolbox JDBC Driver</description>
<property name="User" value="LSCT_WEB"/>
<property name="Password" value="WEB_LSCT"/>
<property name="serverName" value="10.20.1.5"/>
<property name="databaseName" value="TESTDB"/>
<property name="libraries" value="BLOCCOAB"/>
<property name="dateFormat" value="ISO"/>
<property name="driver" value="toolbox"/>
<property name="access" value="all"/>
<property name="blockSize" value="32"/>
<property name="blockCriteria" value="2"/>
<property name="dataTruncation" value="true"/>
<property name="dataCompression" value="true"/>
<property name="lazyClose" value="false"/>
<property name="fullOpen" value="false"/>
<property name="extendedMetaData" value="false"/>
<property name="extendedDynamic" value="false"/>
<property name="bigDecimal" value="true"/>
<property name="cursorHold" value="false"/>
</jdbc-connection-pool>
<jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="table" datasource-classname="com.inet.tds.PDataSource" fail-all-connections="false" idle-timeout-in-seconds="300" is-connection-validation-required="true" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="35" max-wait-time-in-millis="60000" name="SQLServer_LSCT" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="5" validate-atmost-once-period-in-seconds="0" validation-table-name="TERMINAL" wrap-jdbc-objects="true">
<description>WEBDB LSCT - Merlia I-NET JDBC Driver for MS SQLServer</description>
<property name="serverName" value="w2kspesql01"/>
<property name="portNumber" value="1433"/>
<property name="databaseName" value="WEBDB_LSCT"/>
<property name="User" value="nodo"/>
<property name="Password" value="nodo"/>
</jdbc-connection-pool>
<jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="table" datasource-classname="com.inet.tds.PDataSource" fail-all-connections="false" idle-timeout-in-seconds="300" is-connection-validation-required="true" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="30" max-wait-time-in-millis="60000" name="SQLServer_MCT" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="5" validate-atmost-once-period-in-seconds="0" validation-table-name="TERMINAL" wrap-jdbc-objects="true">
<description>WEBDB MCT - Merlia I-NET JDBC Driver for MS SQLServer</description>
<property name="serverName" value="10.20.1.38"/>
<property name="portNumber" value="1433"/>
<property name="databaseName" value="WEBDB"/>
<property name="User" value="lsct"/>
<property name="Password" value="lsct"/>
</jdbc-connection-pool>
<jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="table" datasource-classname="com.inet.tds.PDataSource" fail-all-connections="false" idle-timeout-in-seconds="300" is-connection-validation-required="true" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="15" max-wait-time-in-millis="60000" name="SQLServer_CICT" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="3" validate-atmost-once-period-in-seconds="0" validation-table-name="TERMINAL" wrap-jdbc-objects="true">
<description>WEBDB CICT - Merlia I-NET JDBC Driver for MS SQLServer</description>
<property name="serverName" value="10.80.1.84"/>
<property name="portNumber" value="1433"/>
<property name="databaseName" value="WEBDB_CICT"/>
<property name="User" value="nodo"/>
<property name="Password" value="nodo"/>
</jdbc-connection-pool>
<jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="table" datasource-classname="com.inet.tds.PDataSource" fail-all-connections="false" idle-timeout-in-seconds="300" is-connection-validation-required="true" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="15" max-wait-time-in-millis="60000" name="SQLServer_TCR" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="3" validate-atmost-once-period-in-seconds="0" validation-table-name="TERMINAL" wrap-jdbc-objects="true">
<description>WEBDB TCR - Merlia I-NET JDBC Driver for MS SQLServer</description>
<property name="serverName" value="10.0.2.46"/>
<property name="portNumber" value="1433"/>
<property name="databaseName" value="WEBDB_TCR"/>
<property name="User" value="nodo"/>
<property name="Password" value="nodo"/>
</jdbc-connection-pool>
<jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="table" datasource-classname="com.inet.tds.PDataSource" fail-all-connections="false" idle-timeout-in-seconds="300" is-connection-validation-required="true" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="15" max-wait-time-in-millis="60000" name="SQLServer_EGT" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="3" validate-atmost-once-period-in-seconds="0" validation-table-name="TERMINAL" wrap-jdbc-objects="true">
<description>WEBDB EGT - Merlia I-NET JDBC Driver for MS SQLServer</description>
<property name="serverName" value="10.60.1.33"/>
<property name="portNumber" value="1433"/>
<property name="databaseName" value="WEBDB_EGT"/>
<property name="User" value="nodo"/>
<property name="Password" value="nodo"/>
</jdbc-connection-pool>
<jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="table" datasource-classname="oracle.jdbc.pool.OracleConnectionPoolDataSource" fail-all-connections="false" idle-timeout-in-seconds="300" is-connection-validation-required="true" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="15" max-wait-time-in-millis="60000" name="ORACLE_SOGEMAR" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="3" validate-atmost-once-period-in-seconds="0" validation-table-name="TERMINAL" wrap-jdbc-objects="true">
<description>WEBDB SOGEMAR - ORACLE JDBC Driver</description>
<property name="User" value="dbaportale"/>
<property name="Password" value="sogemar"/>
<property name="url" value="jdbc:oracle:thin:@//10.10.5.14:1521/POS10"/>
</jdbc-connection-pool>
<jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="auto-commit" datasource-classname="com.inet.tds.PDataSource" fail-all-connections="true" idle-timeout-in-seconds="300" is-connection-validation-required="true" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="10" max-wait-time-in-millis="60000" name="SQLServer_Lashing_MCT" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="3" validate-atmost-once-period-in-seconds="0" wrap-jdbc-objects="true">
<description>LASHING MCT - Merlia I-NET JDBC Driver for MS SQLServer</description>
<property name="serverName" value="10.20.1.36"/>
<property name="portNumber" value="1433"/>
<property name="databaseName" value="TerminalMonitor"/>
<property name="User" value="lsct"/>
<property name="Password" value="lashing"/>
</jdbc-connection-pool>
<jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="auto-commit" datasource-classname="com.inet.tds.PDataSource" fail-all-connections="true" idle-timeout-in-seconds="300" is-connection-validation-required="true" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="10" max-wait-time-in-millis="60000" name="SQLServer_Stap_MCT" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="2" validate-atmost-once-period-in-seconds="0" wrap-jdbc-objects="true">
<description>STAP MCT - Merlia I-NET JDBC Driver for MS SQLServer</description>
<property name="serverName" value="10.20.1.37"/>
<property name="portNumber" value="1433"/>
<property name="databaseName" value="STAP"/>
<property name="User" value="webstap"/>
<property name="Password" value="lsct"/>
</jdbc-connection-pool>
<jdbc-connection-pool allow-non-component-callers="false" associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" connection-validation-method="auto-commit" datasource-classname="com.inet.tds.PDataSource" fail-all-connections="true" idle-timeout-in-seconds="300" is-connection-validation-required="true" is-isolation-level-guaranteed="true" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="false" max-connection-usage-count="0" max-pool-size="10" max-wait-time-in-millis="60000" name="SQLServer_AccServ_MCT" non-transactional-connections="false" pool-resize-quantity="2" res-type="javax.sql.ConnectionPoolDataSource" statement-timeout-in-seconds="-1" steady-pool-size="2" validate-atmost-once-period-in-seconds="0" wrap-jdbc-objects="true">
<description>Accessorial Services MCT - Merlia I-NET JDBC Driver for MS SQLServer</description>
<property name="serverName" value="10.20.1.14"/>
<property name="portNumber" value="1433"/>
<property name="databaseName" value="ServiziAccessori"/>
<property name="User" value="lsct2"/>
<property name="Password" value="lsct2"/>
</jdbc-connection-pool>
</resources>

Comment by kchung [ 21/Jul/11 11:55 PM ]

I added your glassfish-resources.xml to META-INF but still have the same error when deployed. Please attach another ear file with this file added. Thanks.

Comment by cistox [ 25/Jul/11 01:20 PM ]

Sorry I do not understand why you put glassfish resources under META-INF as I think you cannot have jndi resources automatically installed on the cluster.

I used this command to install all JNDI and references:

asadmin add-resources --target CSIPortal-cluster glassfish-resources.xml





[GLASSFISH-18352] Nested tags that export variable whose "variable-class" value was not "java.lang.String" would result in compilation error. Created: 13/Feb/12  Updated: 14/Feb/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.1.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: houtang Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Tags: 3_1_2-exclude
Participants: houtang, Joe Di Pol and kchung

 Description   

I've found a new bug which is caused by the modification of
Issue4266(Revision20269).
And the issue4266 is descripted on http://java.net/jira/browse
/GLASSFISH-4266
The detail of the new bug is following:
When nesting tags that export the same variable name,and if the value
of the "variable-class" is not "java.lang.String",a
compilation error occurs.
for example:
----------------------------------
taglib.tld

<tag>
<name>test</name>
<tag-class>com.sample.TestTag</tag-class>
<body-content>scriptless</body-content>
<variable>
<name-given>va</name-given>
<variable-class>java.util.Integer</variable-class>
</variable>
</tag>

test.jspx

<t:one>
<jsp:attribute name="a">
<t:test va="2012">
<t:test va="2012">
<jsp:text>blah</jsp:text>
</t:test>
</t:test>
</jsp:attribute>
</t:one>
---------------------------------

the following is the main error message:
----------
HTTP Status 500 - message description The server encountered an
internal error () that prevented it from
fulfilling this request.exception org.apache.jasper.JasperException
...Unable to compile class for JSP
... Generated servlet error:
rtexprvalue : java.lang.Integer
required : java.lang.String
-----------

I think the following source(★
)results in the new bug.
--------
・The class:
org.pache.jasper.compiler.Generator
・The method:
private void saveScriptingVars(Node.CustomTag n, int scope)
・The part of source:
=======
String tmpVarName = JspUtil.nextTemporaryVariableName();
n.setTempScriptingVar(varName, tmpVarName);
out.printin("String "); ★
out.print(tmpVarName);
out.print(" = ");
out.print(varName);
out.println(";");
=======
--------

Will the bug be resolved on glassFish.
And When the bug be resolved on glassFish.



 Comments   
Comment by Joe Di Pol [ 14/Feb/12 01:01 AM ]

Excluding from 3.1.2 – filed against 9.1.1





[GLASSFISH-18391] NPE in TagLibraryInfoImpl createTagFileInfo Created: 21/Feb/12  Updated: 22/Feb/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: slyoldfox Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All


Tags: nullpointerexception
Participants: kchung and slyoldfox

 Description   

If you deploy a web exploded application with a TLD to a tag-file you will get a NPE, because the jarFileUrl argument is "null".

The NPE will occur on:

private TagFileInfo createTagFileInfo(TreeNode elem, String uri, URL jarFileUrl) throws JasperException { ... ctxt.getTagFileJarUrls().put(path, jarFileUrl); ... }

where the second "jarFileUrl" cannot be NULL when putting it onto the hashmap.

Also see the tomcat patch over at:
http://tomcat.10.n6.nabble.com/svn-commit-r492263-tomcat-jasper-tc5-5-x-src-share-org-apache-jasper-compiler-TagLibraryInfoImpl-java-td2219260.html

This is a shameless copy/paste of the patch:
if (path.startsWith("/META-INF/tags")) {
// Tag file packaged in JAR

  • ctxt.getTagFileJarUrls().put(path, jarFileUrl);
    + // check if jarFileUrl is not null before adding it, or this will
    + // cause a NPE.
    + if (jarFileUrl != null) { + ctxt.getTagFileJarUrls().put(path, jarFileUrl); + }
    } else if (!path.startsWith("/WEB-INF/tags")) { err.jspError("jsp.error.tagfile.illegalPath", path); }





[GLASSFISH-18830] JSPCompiler#compile ignore delegate flag Created: 23/Jun/12  Updated: 23/Jun/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Shing Wai Chan Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: kchung and Shing Wai Chan

 Description   

The JSPCompiler#compile ignore delegate flag.

The current implementation is as follows:

boolean delegate = true;
        com.sun.enterprise.deployment.runtime.web.ClassLoader clBean =
                wbd.getSunDescriptor().getClassLoader();

        // so far, this is not segragated per web bundle, all web-bundles will get the
        // same sysClassPath
        String sysClassPath = ASClassLoaderUtil.getModuleClassPath(
            serverContext.getDefaultServices(), appName, null);
        jspc.setSystemClassPath(sysClassPath);
        // END SJSAS 6311155

Note that the delegate is not used in the above code snapshot.
The seems to be related to change 24871.






[GLASSFISH-19523] OSGi manifest not exporting com.sun.el.lang.VariableMapperImpl (causes class-loading issues) Created: 11/Jan/13  Updated: 29/Jan/13

Status: Open
Project: glassfish
Component/s: None
Affects Version/s: 3.1.2.2, 4.0_b70
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Manfred Riem Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
is related to JAVASERVERFACES-1828 java.lang.ClassNotFoundException: com... Closed
is related to JAVASERVERFACES-2681 Migrate JAVASERVERFACES-2347 to new t... Closed
Tags:
Participants: Dhiru Pandey, kchung and Manfred Riem

 Comments   
Comment by Dhiru Pandey [ 16/Jan/13 09:01 PM ]

Assigning to Kin-man. Please fix in both EL 2.x and EL 3.0

Comment by kchung [ 16/Jan/13 09:55 PM ]

This is already fixed in EL 3.0, which currently integrated in GF trunk. Will port the fix to 2.2

Comment by Manfred Riem [ 29/Jan/13 04:03 PM ]

Verified the fix works for both EL versions. Feel free to close it.





[GLASSFISH-20647] javax.servlet.jsp.jstl.core.LoopTagSupport exposes non-public interface through public API Created: 19/Jun/13  Updated: 19/Jun/13

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1.2.2
Fix Version/s: None

Type: Bug Priority: Major
Reporter: badzen Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

[dtrombley@bonsai ~]$ java -version
java version "1.7.0_21"
Java(TM) SE Runtime Environment (build 1.7.0_21-b11)
Java HotSpot(TM) 64-Bit Server VM (build 23.21-b01, mixed mode)
[dtrombley@bonsai ~]$ uname -a
Linux bonsai.local 3.9.2-200.fc18.x86_64 #1 SMP Mon May 13 13:59:47 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


Tags: jstl foreach ELBeanResolver LoopTagStatus IllegalAccessException
Participants: badzen and kchung

 Description   

LoopTagSupport exports a default-access inner class implementation of LoopTagStatus through the getLoopStatus() function. In normal use, this class ends up being utilized in a <jstl:forEach> tag when the varStatus attribute is set.. The problem is that javax.el.BeanELResolver throws an exception because this class is non-accessible, so that for example the following code:

<jstl:forEach items="${breadcrumbPath.entries}" var="entry" varStatus="loop">
<div>
<a href="${entry.resource}">${entry.displayName}</a>
 ${loop.isLast()?"":"˙"}
</div>
</jstl:forEach>

results in an exception like:

java.lang.IllegalAccessException: Class javax.el.BeanELResolver can not access a member of class javax.servlet.jsp.jstl.core.LoopTagSupport$1Status with modifiers "public"
at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:95)
at java.lang.reflect.AccessibleObject.slowCheckMemberAccess(AccessibleObject.java:261)
at java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:253)
at java.lang.reflect.Method.invoke(Method.java:594)
at javax.el.BeanELResolver.invokeMethod(BeanELResolver.java:779)
at javax.el.BeanELResolver.invoke(BeanELResolver.java:528)
at javax.el.CompositeELResolver.invoke(CompositeELResolver.java:257)
at com.sun.el.parser.AstValue.getValue(AstValue.java:134)

The inner class should be made public, or the bean resolver changed to not disallow access to public methods of default access inner classes. A workaround is to explicitly set the class to be accessible, but this is not always possible due to security sandbox restrictions.

LoopTagSupport.java:387:
/*

  • (Purposely inherit JavaDoc and semantics from LoopTag.
  • Subclasses can override this method for more fine-grained control
  • over LoopTagStatus, but an effort has been made to simplify
  • implementation of subclasses that are happy with reasonable default
  • behavior.)
    */
    public LoopTagStatus getLoopStatus() {

// local implementation with reasonable default behavior
class Status implements LoopTagStatus {

/*

  • All our methods are straightforward. We inherit
  • our JavaDoc from LoopTagSupport; see that class
  • for more information.


 Comments   
Comment by badzen [ 19/Jun/13 06:08 PM ]

To clarify, the report title is misleading: the interface itself is public; the actual implementing class is default - so one would expect access to be allowed...

Note however that Oracle says this is not a Java bug:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7120817

We'd have to invoke the Method object obtained from LoopTagStatus (the interface), and not the one obtained from LoopTagSupport$1Status (declared in LoopTagSupport.getLoopStatus()), and likely referenced from BeanELResolver (haven't read that source) via an Object.getClass() call...





[GLASSFISH-20891]  Faulty Java code when using nested custom tags and page includes Created: 11/Nov/13  Updated: 11/Nov/13

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Curly060 Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: Curly060 and kchung

 Description   

Under certain circumstances Glassfish generates wrong Java-JSP code which then fails to compile. It is best to look at my attached example code to understand the problem:

  • create a web app
  • add tld file, classes and JSPs from attached file
  • run ok.jsp (works as expected)
  • run bug.jsp
    => Compilation fails because generated Java code is wrong

Now compare ok.jsp to bug.jsp. The only difference is, that the ok.jsp does not use an include. In this case, the generated code is different and works.

Please compare the generated Java code for both cases (see folder generated_code inside attachment).

Check line 90 in bug_jsp.java:
java.lang.Float_jspx_temp0 = myVar;
As you can see, there is a space missing! The line should read:
java.lang.Float _jspx_temp0 = myVar;

Cheers, Ingo =;->



 Comments   
Comment by Curly060 [ 11/Nov/13 07:58 AM ]

Unfortunately I cannot make attachments, but you can find the attachment on the Jetty Bugzilla, where I originally created the bugreport.





[GLASSFISH-4868] JSTL <x:forEach> very slow Created: 22/Apr/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: kmeduri Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


File Attachments: File PWC12Dev_Branch_svndiff_bootstrap     File PWC12Dev_Branch_svndiff_jstl     File PWC12Dev_Branch_xalandiff    
Issuezilla Id: 4,868
Tags:
Participants: dg198414, jluehe, kchung, kmeduri, sanandal and Tom Mueller

 Description   

Glassfish JSTL implementation suffers from the same problem mentioned at
https://issues.apache.org/bugzilla/show_bug.cgi?id=27717



 Comments   
Comment by jluehe [ 22/Apr/08 06:35 PM ]

-> Kin-Man

Comment by sanandal [ 11/Jan/09 07:01 AM ]

"Reclassifying as P4 because this issue is not deemed "must fix" for this v2.1
release whose primary release driver is SailFin.
This issue will be scrubbed after this release and will be given the right
priority for the next release."

Comment by dg198414 [ 12/Dec/11 12:40 PM ]

This issue has been fixed on Tomcat, where it uses a performance optimization update in org.apache.xpath.VariableStack class, introduced in xalan 2.7.1.

A fix has been proposed for PWC12Dev branch that ports the fix from Tomcat, by using xalan 2.7.1 APIs for xpath. To avoid clashes with older version of xalan APIs, all classes under xalan 2.7.1 has been put under generic folder (PWC12Dev_Branch_xalandiff)

PWC branch changes proposed for bootstrap and appserv-jstl folders are proposed in the other 2 attached diff files: PWC12Dev_Branch_svndiff_bootstrap and PWC12Dev_Branch_svndiff_jstl

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4988] ImplicitObjects ClassCastException Created: 05/May/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: v2.1
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: zumkehr Assignee: kchung
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,988
Tags:
Participants: harpreet, jluehe, kchung, kumara, sanandal, Tom Mueller and zumkehr

 Description   

ImplicitObjects may cause a ClassCastException when looked up in the
PageContext. This is due to two different implementations (one in
servlet-api/javax.servlet.jsp.el.ImplicitObjectElResolver$ImplicitObjects, the
other in appserv-jstl/org.apache.taglibs.standard.lang.jstl.ImplicitObjects)
stored in the same PageContext attribute name
('org.apache.taglibs.standard.ImplicitObjects').

The origin of this error lies within spring:message tags, which use an
ExpressionEvaluator (concretly,
org.apache.jasper.runtime.ExpressionEvaluatorImpl). Our taglib definitions are:
<%@ taglib prefix="c" uri="http://java.sun.com/jstl/core"%>
<%@ taglib prefix="fmt" uri="http://java.sun.com/jstl/fmt"%>
<%@ taglib prefix="display" uri="/WEB-INF/displaytag-el.tld"%>
<%@ taglib prefix="spring" uri="/WEB-INF/spring.tld"%>

Maybe follow the comment in Glassfish servlet-api for sAttributeName:
// XXX - This probably needs to change, now that this is in a
// standard pkg.
static final String sAttributeName = "org.apache.taglibs.standard.ImplicitObjects";



 Comments   
Comment by jluehe [ 05/May/08 09:34 AM ]

-> Kin-Man

Comment by zumkehr [ 14/May/08 07:59 AM ]
      • Issue 4988 has been confirmed by votes. ***
Comment by zumkehr [ 05/Jun/08 06:21 AM ]

From the side of commons-el, this issue was fixed about a year ago:
https://issues.apache.org/jira/browse/EL-9?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
Unfortunately, there doesn't appear to be a new release anytime soon.

For Glassfish, the following work-around tackles the issue. Add this directive
to sun-web.xml:

<class-loader delegate="false"/>

Comment by harpreet [ 04/Sep/08 12:08 PM ]

Changing miletstone from v3 to 9.1.1 and approving for v2.1

Comment by sanandal [ 11/Jan/09 07:01 AM ]

"Reclassifying as P4 because this issue is not deemed "must fix" for this v2.1
release whose primary release driver is SailFin.
This issue will be scrubbed after this release and will be given the right
priority for the next release."

Comment by kumara [ 01/Sep/09 01:09 AM ]

Changing version from 9.1.1 to v2.1 to reflect new name/version.

Comment by Tom Mueller [ 06/Mar/12 09:55 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-5926] Need the JSPDestroyedEvent Probe in JSPProbeProvider Created: 05/Sep/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: V3
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: pa100654 Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 5,926
Status Whiteboard:

gfv3-prelude-excluded

Tags:
Participants: jluehe, kchung, kumara, pa100654 and Tom Mueller

 Description   

Please add

@ProbeListener("web:servlet::JspInitializedEvent") //Rename from JspLoadedEvent

and

@ProbeListener("web:servlet::JspDestroyedEvent")



 Comments   
Comment by pa100654 [ 05/Sep/08 12:20 PM ]
      • Issue 5927 has been marked as a duplicate of this issue. ***
Comment by kumara [ 08/Sep/08 10:30 AM ]

v3 defect tracking

Comment by jluehe [ 08/Sep/08 05:33 PM ]

I will let Kin-Man check if we could intercept calls to the jspInit() and
jspDestroy() methods of javax.servlet.jsp.JspPage and fire corresponding
monitoring events.

However, notice that any servlets generated from JSPs are not added as children
to their "owning" web application context. This means that, unlike servlets
declared in web.xml, they will not receive any "destroy" event when their web
application is undeployed.

Comment by kumara [ 24/Oct/08 08:14 PM ]

Reclassifying as P4 because these issues are not must fix for prelude release.
This issue will be scrubbed after prelude release and will be given the right
priority for v3 final release.

Comment by Tom Mueller [ 06/Mar/12 09:55 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-6368] Webdeployer adds common jars twice to JSPC classpath Created: 30/Sep/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: V3
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: Sanjeeb Sahoo Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 6,368
Status Whiteboard:

gfv3-prelude-excluded

Tags:
Participants: dochez, jluehe, kchung, kumara, Sanjeeb Sahoo and Tom Mueller

 Description   

See the code snippet taken from WebDeployer.java:
StringBuilder classpath = new StringBuilder(
super.getCommonClassPath());
classpath.append(File.pathSeparatorChar);
classpath.append(ASClassLoaderUtil.getWebModuleClassPath(
sc.getDefaultHabitat(),
wbd.getApplication().getName()));
JSPCompiler.compile(inDir, outDir, wbd, classpath.toString(), sc);

The classpath contains both the result of super.getCommonClassPath() as well as
ASClassLoaderUtil.getWebModuleClassPath(). Both the methods return jars found in
domain/lib. It should be fixed not to use super.getCommonClassPath().



 Comments   
Comment by kumara [ 30/Sep/08 11:55 PM ]

v3 defect tracking

Comment by jluehe [ 01/Oct/08 09:00 AM ]

Thanks! We've been aware of this, and Kin-Man already has a patch waiting to be
committed.

Comment by kchung [ 01/Oct/08 01:07 PM ]

Right. Also, JSPCompiler.compile invokes
ASClassLoaderUtil.getWebModuleClassPath again, and passes this classpath again
to JSP, via another path!

Fortunately JSP removes duplications in the classpath it receives, so there is
no real harm, but all this needs some clean up!

I am looking into getting a method that returns a full classpath for JSP
compilation and which can be invoked from a web deployer or a JSP servlet.

Comment by dochez [ 09/Oct/08 01:22 PM ]

since it works, the cleaning can be done after prelude

Comment by kumara [ 24/Oct/08 08:14 PM ]

Reclassifying as P4 because these issues are not must fix for prelude release.
This issue will be scrubbed after prelude release and will be given the right
priority for v3 final release.

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-6401] JSP BodyContent "leak" Created: 02/Oct/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.1peur2
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: whartung Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 6,401
Tags:
Participants: jluehe, kchung, sanandal, Tom Mueller and whartung

 Description   

The PageContextImpl has two methods: pushBody and popBody.

The methods rely on an array of BodyContentImpls (names "outs"), and this array
acts as an ad hoc pool.

When popBody is called, the depth pointer is decremented. After several usages,
the "outs" array is left as is, and any BodyContentImpls used by that
PageContextImpl remain in that array for the life span of the PageContextImpl.

PageContextImpls are, in general, pooled, so they're life span can be
indeterminate and long. Also, Tags tend to also hold references to
PageContextImpls, and Tags are also pooled, added to the "stickyness" of
PageContextImpls.

BodyContentImpls have an internal character buffer. In some cases, with large
pages, this buffer can get quite large. The only way to reset this buffer is to
call the BodyContentImpls.close() method. However, not every tag actually call
BodyContentImpls.close().

So, the net effect is that you can end up retaining the BodyContentImpls through
their reference in the outs array of PageContextImpls, and since
PageContextImpls can have quite a long life span, these BodyContentImpls will
also have a similar lifespan.

If close is never called upon BodyContentImpls, then they will retain their
potentially large buffer indefinitely. If you have a large page, and then the
user call another large page, both with different PageContextImpls, then you can
quickly consume a lot of ostensibly transitory and temporary memory.

Seems to me that when popBody is called, perhaps that would be a good time to
either destroy, or at least ensure the buffer size isn't pathologically large
(nobody mind a 10K buffer hanging around, but may not appreciate a 10MB buffer)
on BodyContentImpls. I don't know whether it is appropriate to call "close()" at
this point or not. But it could be argued that if clients are supposed to be
calling close() before they popBody, then it should be safe to do here as well
– and thus clear out the buffer.

I'll leave it to your wisdom what the proper solution and wider ramifications
are to solving this issue. Originally, it was discovered in Tomcat (which
doesn't fix it either, but they don't even destroy the buffer on close()).



 Comments   
Comment by jluehe [ 02/Oct/08 04:19 PM ]

Thanks, Will! Assigning to Kin-man

Comment by sanandal [ 11/Jan/09 07:01 AM ]

"Reclassifying as P4 because this issue is not deemed "must fix" for this v2.1
release whose primary release driver is SailFin.
This issue will be scrubbed after this release and will be given the right
priority for the next release."

Comment by Tom Mueller [ 06/Mar/12 09:58 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-6589] Whitespace in EL expressions Created: 20/Oct/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.1.1
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: janbartel Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Linux


Issuezilla Id: 6,589
Tags:
Participants: janbartel, jluehe, kchung, sanandal and Tom Mueller

 Description   

This issue is raised to track an issue raised on the UEL project:
https://uel.dev.java.net/issues/show_bug.cgi?id=2

As Glassfish seems to have the com.sun.el classes checked in to the
appserv-webtier I've raised this issue on both subprojects so that one can port
any fixes to the other.

thanks
Jan



 Comments   
Comment by jluehe [ 20/Oct/08 03:14 PM ]

...

Comment by sanandal [ 11/Jan/09 07:01 AM ]

"Reclassifying as P4 because this issue is not deemed "must fix" for this v2.1
release whose primary release driver is SailFin.
This issue will be scrubbed after this release and will be given the right
priority for the next release."

Comment by kchung [ 30/Jan/09 05:08 PM ]

This has been fixed on V3 trunk. It requires a change of the EL syntax grammar.
The grammar has been modified to handle method calls with arguments. I fixed
this in the same commit.

Comment by kchung [ 30/Jan/09 05:15 PM ]
      • Issue 7010 has been marked as a duplicate of this issue. ***
Comment by janbartel [ 08/Sep/09 05:47 PM ]

Kinman,

Sorry to reopen the issue, just want to make sure you see this comment. I've
looked in v3 trunk and in the uel project and I can't see where these commits
occurred.

Could you paste in a url to the svn tags in which this fix appears, and also the
numbers of any released jars available from java.net maven repo in which the fix
appears?

thank you,
Jan

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-6890] org.apache.taglibs.standard.tag.common.xml.JSTLXPathImpl.java fails to compile (imports com.sun.org.apache.*) Created: 09/Dec/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 9.1peur2
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: frankgrimes97 Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 6,890
Tags:
Participants: carlavmott, frankgrimes97, jluehe, kchung, sanandal and Tom Mueller

 Description   

As the summary says,
org.apache.taglibs.standard.tag.common.xml.JSTLXPathImpl.java won't compile on
JDKs other than Sun's due to dependencies on com.sun.org.apache.* classes.

Incidentally, even when using Sun's JDK 6u11, a bunch of the following kinds of
warnings are printed out:

"com.sun.org.apache.* is Sun proprietary API and may be removed in
a future release"



 Comments   
Comment by carlavmott [ 12/Dec/08 02:50 PM ]

Can you give more details on the problem? The category selected indicates that
the problem is with the webpages of the glassfish website which I believe is not
the case.

Thanks.

Comment by frankgrimes97 [ 13/Dec/08 03:15 PM ]

The problem is with the sources of the JSP 2.1 standard taglibs implementation
that ships with Glassfish, not with the web site.
This is my first bug report for Glassfish so I did not know what component that
might fall in.
Should the component be web_container instead?

Also, I'm not sure about the Glassfish versioning scheme, but this problem is
present in SVN trunk, and likely affects numerous releases.

Comment by carlavmott [ 15/Dec/08 10:36 AM ]

Yes, the correct subcategory is the web container. I think that the version
number you have is correct. It should be the version you are running when you
found the problem.

Comment by jluehe [ 15/Dec/08 10:43 AM ]

...

Comment by kchung [ 05/Jan/09 11:08 AM ]

Agreed it's a good idea to remove the dependencies on Sun proprietary API.
However, it'll require a major rewrite of the JSTL librar. Looking into this ...

Comment by sanandal [ 11/Jan/09 07:01 AM ]

"Reclassifying as P4 because this issue is not deemed "must fix" for this v2.1
release whose primary release driver is SailFin.
This issue will be scrubbed after this release and will be given the right
priority for the next release."

Comment by frankgrimes97 [ 31/Jul/09 01:19 PM ]

This issue hasn't been updated since January... any news on when we might expect
this to be addressed?

Comment by kchung [ 31/Jul/09 01:31 PM ]

Currently no major work has been planned for JSTL. However, patches to fix this
are always welcome.

Comment by frankgrimes97 [ 01/Aug/09 07:16 PM ]

Can't the com.sun.org.apache.* classes be extracted into their own jar, and
shipped as part of Glassfish?
It wouldn't fix the compiler warnings, but it would allow it to build on non-Sun
JDKs...
Of course, it would also need to be shipped (or available through a separate,
documented download link) in order to avoid ClassNotFound errors at runtime.

Comment by Tom Mueller [ 06/Mar/12 09:58 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-18021] [PERF]jsp / el integration causes performance regression in startup benchmark Created: 15/Dec/11  Updated: 03/Dec/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1.2_b13
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: Joe Di Pol Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: performance
Participants: Joe Di Pol and kchung

 Description   

The performance team noticed that B13 showed a ~2% performance regression from B12 in the web profile startup benchmark.

Testing on a number of intermediate builds indicated the following:

Revision 51201: 8.12 secs
Revision 51203: 8.31 secs
(51202 was a trunk revision)

This seems to indicate the following check-in caused the regression:

Project:    glassfish
Repository: svn
Revision:   51203
Author:     kchung
Date:       2011-11-30 17:33:36 UTC
Link:       

Log Message:
------------
Integrate jsp and el.  Remove javaee-api/javax.servlet.jsp


 Comments   
Comment by kchung [ 11/Jan/12 08:53 PM ]

Scott Oaks commented on 12/17/2011:

"I would guess that the compilation itself is not the issue, because we only see a regression for the first deployment and access – when we redeploy and access, the times are the same before and after the JSP integration."

Kin-man commented on 12/28/2011:

"The only thing I can think of is that jsp api and el api classes were repackaged into one jar file, but now they remain as two separate jars."

Scott 12/28/2011:
"Yes; it is additional disk access and parsing of a manifest plus dependencies. Maybe not enough to account for the entire regression, but at least part of it (and the entire regression we're tracking down here is only a few hundred milliseconds...)

How easy would it be for you to package the module back as one jar file so we can drop it into build 15 and test the difference? Then we'd know if it is that, or something else."

Kin-man 1/5/2012:
"Dhiru and I agreed that it'll make more sense to keep jsp api and el api separate, but instead, to combine the api with the corresponding implementations. I've used the same group and artifact id, so the new jars can be dropped into<GF>/modules directory.

Attached are the 3 new jars. Please drop them into the modules directory (replacing the ones in it). Also remove the following jars from modules

javax.el-api.jar
javax.servlet.jsp-api.jar
javax.servlet.jsp.jstl-api.jar

If the benchmark shows improvement, I'll commit the changes, and publish the new artifacts and integrate them into glassfish."

Amit Agarwal 1/6/2012:

"I don't see any improvement with these jar files."

Dhiru on 1/6/2012:

"Can we then infer that the cause of regression was not because of the increase in the number of jar files, because with this change there are 3 less jar files in the modules directory"

Scott 1/6/2012:

"So if it isn't the packaging itself, something else has changed. One thing we discovered in the profile is that web container startup performance has regressed through this path (for deploying a simple hello-world JSP immediately after startup):

ApplicationLifecycle.setupContainerInfos -> ApplicationLifecycle.startContainers -> EnginINfo.getContainer ->
AbstractInhabitantImpl.get -> EventPublishingInhabitant.get -> SingletonInhabitant.get -> AbstractCreatorImpl.get -> ConstructorCreator.initialize -> AbstractCreatorImpl.inject -> InjectionManager.inject -> InjectInjectionResolver.getValue.

In 3.1.2, that last getValue method calls InjectInjectionResolver.getArrayInjectValue; in 3.1.1 it called InjectInjectionResolver.getServiceInjectValue. There is a significant difference in those calls, which makes sense because getArrayInjectValue has to convert a list to an array.

What does it mean that getContainer is now returning an array? Are there actually multiple containers? That would also explain why we see more classes now, which is one reason why we are recommending setting PermSize=64m by default."

Comment by Joe Di Pol [ 24/Jan/12 12:53 AM ]

We've mitigated the impact of this on 3.1.2 by configuring a PermSize
setting so that the regression is ~150ms. At this point I don't expect us to have any further JSP/EL integrations, so I'm lowering the priority of this bug and removing it from the 3.1.2 review list.





[GLASSFISH-18337] EJB injection fails for tag handler in tag Created: 08/Feb/12  Updated: 15/Mar/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1.1
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: abailey Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Ubuntu 11.10, OpenJDK 6, Glassfish 3.1.1


File Attachments: Zip Archive EJBbug.zip    
Tags: ejb31 taglib taghandler singleton-ejb glassfish-3-1-1
Participants: abailey and kchung

 Description   

Injection of singleton no interface EJB into a tag handler does not occur when the tag handler executes within a JSP .tag file. Example Netbeans project attached. EJB exists in the same WAR, but also happens when the EJB is in a JAR.

I have a jsp that calls said tag handler, and tag handler prints the ejb, like getJspContext().getOut().print(sing);

<%@taglib prefix="tld" uri="/WEB-INF/tlds/newtag_library" %>
<%@taglib prefix="tag" tagdir="/WEB-INF/tags/" %>
<!DOCTYPE html>
<html>
<head>
<title>EJB bug test</title>
</head>
<body>
Tag handler says: <tld:NewTagHandler/>
<br/><br/>
Tag in tag says: <tag:message/>
<br/><br/>
</body>
</html>

/WEB-INF/tags/message.tag is:

<%@taglib prefix="tld" uri="/WEB-INF/tlds/newtag_library" %>
<tld:NewTagHandler/>

the ejb is not null when directly invoked from the jsp. However, when invoked from a tag, it is null, such that the html output is:

Tag handler says: ejbbug._EJB31_GeneratedSingletonEJBIntf__1192421311
Tag in tag says: null



 Comments   
Comment by abailey [ 15/Mar/12 05:22 PM ]

Also appears to affect Glassfish 3.1.2





[GLASSFISH-19013] JSP file with Japanese file name cannot be accessed when LANG=C Created: 17/Aug/12  Updated: 10/Oct/12

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 4.0_b45
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: tak09 Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Environment: Linux


File Attachments: File test.tar    
Tags:
Participants: kchung and tak09

 Description   

JSP file with UTF8 (Japanese) file name cannot be accessed if glassfish has been started with LANG=C.

1.Set the LANG environment variable to jp_JP.UTF8
LANG=ja_JP.UTF-8; export LANG

2.Create a file name with Japanese characters for jsp. If you cannot type a Japanese character, you can copy the attached テスト.jsp to glassfish3/glassfish/domains/domain1/docroot

3.Verify the above.
locale
LANG=ja_JP.UTF-8
LC_CTYPE="ja_JP.UTF-8"
LC_NUMERIC="ja_JP.UTF-8"
LC_TIME="ja_JP.UTF-8"
LC_COLLATE="ja_JP.UTF-8"
LC_MONETARY="ja_JP.UTF-8"
LC_MESSAGES="ja_JP.UTF-8"
LC_PAPER="ja_JP.UTF-8"
LC_NAME="ja_JP.UTF-8"
LC_ADDRESS="ja_JP.UTF-8"
LC_TELEPHONE="ja_JP.UTF-8"
LC_MEASUREMENT="ja_JP.UTF-8"
LC_IDENTIFICATION="ja_JP.UTF-8"
LC_ALL=

4.asadmin start-domain
5.Open Web browser and access to the jsp.
http://localhost:8080/テスト.jsp
6.Hello World is displayed in the Web browser.
7.asadmin stop-domain

If LANG=C is set, jsp file cannot be accessed.

1.Set the LANG environment variable to C.
LANG=C; export LANG
2.Verify the above.
locale
LANG=C
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=
3.asadmin start-domain
4.Open Web browser and access to the jsp.
http://localhost:8080/テスト.jsp
5.The page cannot be opened. HTTP Status 404 - Not Found
6.asadmin stop-domain






[GLASSFISH-20695] JSP does not work if Glassfish is installed in directory name with + (ie. C:\Plus+Sign ) Created: 11/Jul/13  Updated: 11/Jul/13

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: tak09 Assignee: kchung
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7
Glassfish 4.0
JDK 7


Tags:
Participants: kchung and tak09

 Description   

JSP does not work if Glassfish is installed in directory name with +

1. Install glassfish in a directory name containing + character.
For example, C:\Plus+Sign\glassfish-4.0\glassfish4

2. asadmin deploy tagclasstest.war
(Download the test program.)

3. Error is displayed when open it by a web browser.
http://localhost:8080/tagclasstest/jsp/main.jsp

org.apache.jasper.JasperException: PWC6033: Error in Javac compilation for JSP

If Glassfish is installed in a directory without + character (For example, C:\glassfish\glassfish-4.0\glassfish4), the jsp page is displayed correctly.
"Tldjar testuser" is displayed.

It seems the tag class under WEB-INF\lib is not found when glassfish is installed in a directory with + sign.



 Comments   
Comment by tak09 [ 11/Jul/13 05:45 AM ]

server.log

[2013-07-11T14:12:58.913+1000] [glassfish 4.0] [SEVERE] [] [org.apache.jasper.compiler.Compiler] [tid: _ThreadID=20 _ThreadName=http-listener-1(2)] [timeMillis: 1373515978913] [levelValue: 1000] [[
Error compiling file: C:\Plus+Sign\glassfish-4.0\glassfish4\glassfish\domains\domain1\generated\jsp\tagclasstest\org\apache\jsp\jsp\main_jsp.java]]

[2013-07-11T14:12:58.916+1000] [glassfish 4.0] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=20 _ThreadName=http-listener-1(2)] [timeMillis: 1373515978916] [levelValue: 900] [[
StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception
org.apache.jasper.JasperException: PWC6033: Error in Javac compilation for JSP

PWC6197: An error occurred at line: 13 in the jsp file: /jsp/main.jsp
PWC6199: Generated servlet error:
package tldjar does not exist

PWC6197: An error occurred at line: 13 in the jsp file: /jsp/main.jsp
PWC6199: Generated servlet error:
package tldjar does not exist

PWC6197: An error occurred at line: 13 in the jsp file: /jsp/main.jsp
PWC6199: Generated servlet error:
package tldjar does not exist

at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:129)
at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:299)
at

Comment by tak09 [ 11/Jul/13 05:53 AM ]

https://www.dropbox.com/s/uxz9dtga2jgw15r/tagclasstest.war

Please download the test program.





[GLASSFISH-20720] EAR deployment with multiple embedded WARs broken in 3.1.2.2 and 4.0 Created: 22/Jul/13  Updated: 09/Jan/14

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1, 4.0_b89_RC5
Fix Version/s: None

Type: Improvement Priority: Minor
Reporter: nabizamani Assignee: kchung
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

RedHat Linux, Windows, Ubuntu Linux


File Attachments: File TestApp.ear     File TestApp.ear    
Tags: 3_1-next 3_1_1-scrubbed 3_1_2-exclude metro2_2-waived
Participants: kchung, Lukas Jungmann, nabizamani, pbelbin, replicant77, Shing Wai Chan and TangYong

 Description   

We are trying to upgrade to 3.1. Our application is packaged and deployed as an EAR file with multiple EJB and WARs embedded. Some of the WAR files have web services for deployment, and some do not. The 3.1 deployment mechanism is fundamentally broken in this case. It appears that the web service deployment piece ends up scanning all the wars in the EAR for metadata (annotations), and then trying to deploy the collected web services in every WAR in the EAR, not just the one that had the annotated web service classes.

This appears to be the same symptoms as the following bug, but for web services instead.

http://java.net/jira/browse/JAVASERVERFACES-1995

I have attached a very simple test EAR file. Trying to deploy this will demonstrate the error. You will see error messages about duplicate web service deployments and class not found exceptions.



 Comments   
Comment by nabizamani [ 22/Jul/13 07:44 PM ]

I created this clone of https://java.net/jira/browse/GLASSFISH-16249 because the issue reported still exists in GF 3.1.2.2.
A similar issue also exists in GF 4.0.

Below you can see the different outputs (I used an own ear which contains an ejb module and 2 war modules of which one contains restful classes):

  • Glassfish 3.1.2.2 (build 5)
    WARNING: WEB9052: Unable to load class com.demo.service.exception.RestExceptionCatcher, reason: java.lang.ClassNotFoundException: com.demo.service.exception.RestExceptionCatcher
    WARNING: WEB9052: Unable to load class com.demo.service.rss.NewsFeed, reason: java.lang.ClassNotFoundException: com.demo.service.rss.NewsFeed
  • Glassfish 4.0 (build 89).
    WARNING: Class 'javax.ejb.PostActivate' not found, interception based on it is not enabled
    WARNING: Class 'javax.ejb.PrePassivate' not found, interception based on it is not enabled
    INFO: Registering the Jersey servlet application, named com.demo.jaxrs.application.ApplicationConfig, at the servlet mapping /*, with the Application class of the same name.
    WARNING: Unable to load class com.demo.jaxrs.application.ApplicationConfig, reason: java.lang.ClassNotFoundException: com.demo.jaxrs.application.ApplicationConfig
    WARNING: Unable to load class com.demo.tutorials.mavenstruts.service.MessageService, reason: java.lang.ClassNotFoundException: com.demo.tutorials.mavenstruts.service.MessageService
    WARNING: Unable to load class com.demo.tutorials.mavenstruts.service.MessageService, reason: java.lang.ClassNotFoundException: com.demo.tutorials.mavenstruts.service.MessageService
    WARNING: Unable to load class com.demo.jaxrs.provider.MyJacksonJsonProvider, reason: java.lang.ClassNotFoundException: com.demo.jaxrs.provider.MyJacksonJsonProvider
    WARNING: Unable to load class com.demo.jaxrs.application.ApplicationConfig, reason: java.lang.ClassNotFoundException: com.demo.jaxrs.application.ApplicationConfig

Furthermore In GF 4.0 I get a lot of messages of this kind (which I really hate):
INFO: visiting unvisited references

Comment by Lukas Jungmann [ 01/Aug/13 12:54 PM ]

passing to jax-rs for evaluation since jar-rs seems to be involved here

Comment by Lukas Jungmann [ 01/Aug/13 12:55 PM ]

assign as needed, please. thx.

Comment by replicant77 [ 09/Sep/13 02:57 PM ]

We also get the ClassNotFoundException messages in multi-war deployments. But not only for rest service classes, but also for jsf related classes, like jsf converters and validators:

WARNING: WEB9052: Unable to load class gf4test.rest.TestService, reason: java.lang.ClassNotFoundException: gf4test.rest.TestService
WARNING: WEB9052: Unable to load class gf4test.converters.TestConverter1, reason: java.lang.ClassNotFoundException: gf4test.converters.TestConverter1

If you have a lot of such classes in your application this can get really annoying. We noticed these warning messages on GF 3.1.2 as well as GF4.

Comment by TangYong [ 10/Sep/13 03:04 AM ]

replicant77

Your attachment has problem and while deploying your attachment into 4.0.1-b02, the following error happened,

[2013-09-10T11:18:40.508+0900] [glassfish 4.0] [WARNING] [] [org.apache.jasper.runtime.TldScanner] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520508] [levelValue: 900] [[
PWC6351: In TLD scanning, the supplied resource file:/E:/NanjingJUG/glassfish-4.0.1-b02/glassfish4/glassfish/domains/domain1/applications/TestApp/TestApp-ejbClient.jar does not exist
java.io.FileNotFoundException: E:\NanjingJUG\glassfish-4.0.1-b02\glassfish4\glassfish\domains\domain1\applications\TestApp\TestApp-ejbClient.jar (指定されたファイルが見つかりません。)
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:214)
at java.util.zip.ZipFile.<init>(ZipFile.java:144)
at java.util.jar.JarFile.<init>(JarFile.java:152)
at java.util.jar.JarFile.<init>(JarFile.java:89)
at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93)
at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69)
at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:98)
at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89)
at org.apache.jasper.runtime.TldScanner.scanJar(TldScanner.java:442)
at org.apache.jasper.runtime.TldScanner.scanJars(TldScanner.java:694)
at org.apache.jasper.runtime.TldScanner.scanTlds(TldScanner.java:350)
at org.apache.jasper.runtime.TldScanner.onStartup(TldScanner.java:239)
at org.apache.catalina.core.StandardContext.callServletContainerInitializers(StandardContext.java:6031)
at com.sun.enterprise.web.WebModule.callServletContainerInitializers(WebModule.java:774)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5929)
at com.sun.enterprise.web.WebModule.start(WebModule.java:691)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1041)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:1024)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:747)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2286)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1932)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:404)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher$1.run(AbstractJavaResourceMethodDispatcher.java:140)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:158)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:101)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:353)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:343)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:102)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:237)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:318)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:211)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:982)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:330)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:173)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:179)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:496)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:175)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:187)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:837)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-09-10T11:18:40.867+0900] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00172] [javax.enterprise.web] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520867] [levelValue: 800] [[
Loading application TestApp#TestApp-war.war at [TestApp-war]]]

[2013-09-10T11:18:40.883+0900] [glassfish 4.0] [WARNING] [AS-WEB-UTIL-00035] [javax.enterprise.web.util] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520883] [levelValue: 900] [[
Unable to load class com.test.web.TestWebService, reason: java.lang.ClassNotFoundException: com.test.web.TestWebService]]

[2013-09-10T11:18:40.898+0900] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00172] [javax.enterprise.web] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520898] [levelValue: 800] [[
Loading application TestApp#TestApp2-war.war at [TestApp2-war]]]

[2013-09-10T11:18:40.977+0900] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520977] [levelValue: 800] [[
TestApp was successfully deployed in 10,876 milliseconds.]]

So, I have uploaded a new attachment.

OK, current issue should be the following:

[2013-09-10T11:18:40.883+0900] [glassfish 4.0] [WARNING] [AS-WEB-UTIL-00035] [javax.enterprise.web.util] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520883] [levelValue: 900] [[
Unable to load class com.test.web.TestWebService, reason: java.lang.ClassNotFoundException: com.test.web.TestWebService]]

1. the issue is not related to jax-rs comp
2. instead, firstly forwarding to web_services comp to evaluate, and I also add web_container comp to ask shing wai to evaluate it.

Comment by TangYong [ 10/Sep/13 03:58 AM ]

I made an initial investigation for the issue,

1) removing web_webservices comp because I have confirmed the warning info is related to web_container comp. so, pl. Shing Wai confirms

2) the warning happened in checkAgainstInterestList method from org.glassfish.web.loader.ServletContainerInitializerUtil class

In this attachment, there are two wars and TestApp2-war does not contain any class, TestApp-war contains a class with @WebService, while checkAgainstInterestList is executed, the method also scans TestApp2-war for @WebService, so, ClassNotFoundException happened.

I think this has some wrong logic because "interestList" variable in checkAgainstInterestList always saves previous result(eg. TestApp-war), for TestApp2-war, these annotations do not exist.

However, I think this issue itself should be not important and I think this should be an improvement rather than a bug.

Thanks
Tang

Comment by Shing Wai Chan [ 10/Sep/13 06:16 PM ]

The ClassNotFoundException warning is related to GLASSFISH-16937 .
Assign to Kinman to investigate TLDScanning FileNotFoundException.

Comment by pbelbin [ 09/Jan/14 10:39 PM ]

is there a fix for this issue? or, perhaps I'm having a different issue.

I have a .ear which has multiple .war contained within it that refuses to deploy.

I do see the WEB9052 warnings.

but, after that, I also see this:

[#|2014-01-09T16:29:49.206-0600|WARNING|glassfish3.1.2|javax.enterprise.webservices.org.glassfish.webservices|_ThreadID=130;_ThreadName=Thread-2;|Deployment failed
java.lang.AbstractMethodError
at org.glassfish.webservices.WsUtil.parseRelativeImports(WsUtil.java:414)
at org.glassfish.webservices.WsUtil.getWsdlsAndSchemas(WsUtil.java:1884)
at org.glassfish.webservices.WsUtil.getWsdlsAndSchemas(WsUtil.java:1858)
at org.glassfish.webservices.WSServletContextListener.registerEndpoint(WSServletContextListener.java:143)
at org.glassfish.webservices.WSServletContextListener.contextInitialized(WSServletContextListener.java:102)
at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:4750)
at com.sun.enterprise.web.WebModule.contextListenerStart(WebModule.java:550)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5366)
at com.sun.enterprise.web.WebModule.start(WebModule.java:498)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:917)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:901)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:733)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2019)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1669)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:109)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:301)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:389)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:348)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:363)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1085)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1291)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1259)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:461)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:212)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:179)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper$Hk2DispatcherCallable.call(ContainerMapper.java:354)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:722)

#]




Generated at Sat Apr 19 14:08:14 UTC 2014 using JIRA 4.0.2#472.