[JBoss-user] [HTTPD, Servlets & JSP] - Re: Why is JSTL not included?

2004-11-25 Thread jimpo
OK, so it might be that JSTL is included, but to "activate" it you need to 
include .tlds and add the definitions to your web.xml?

The alternative way (dropping standard.jar and jstl.jar to WEB-INF/lib) seems 
much less hassle and I think I will use it. 


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856401#3856401

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856401


---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [HTTPD, Servlets & JSP] - Why is JSTL not included?

2004-11-24 Thread jimpo
I just spent a few (too many) moments getting my head around the whole JSTL 
situation. It seems that none of JSTL is supplied "out of the box" with JBoss / 
Tomcat, and I had to include standard.jar and jstl.jar to get my JSTL tags 
working. It seems odd that so central piece is not included readily!

- why is JSTL not part of JBoss / Tomcat distribution?
- gathering the big picture from various sources, I got the image that JSTL is 
not part of J2EE standard. Am I correct? How is this possible, even JSP 
specification refers to JSTL in many places! 


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856268#3856268

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856268


---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [JCA/JBoss] - Re: Jboss 3.2.3, Oracle-DS leaking cursors

2004-06-28 Thread jimpo
Also, check out JDBC3.0 specification 11.6.2, which states that connection.close 
always closes all (non-pooled) statements, and 14.2.5., which states that resultsets 
are automatically closed when statement is closed.

My interpretation of these is that developer should never have to include messy 

} finally {
  try {
resultset.close();
  } catch (SQLException ignore) {
  try {
statement.close();
  } catch (SQLException ignore) {


garbage in the code as long as (s)he makes sure that connection is 
closedunfortunately JBoss (and many other non-compliant implementations) compel to 
do that.
  

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840133#3840133

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3840133


---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [JCA/JBoss] - Re: Jboss 3.2.3, Oracle-DS leaking cursors

2004-06-28 Thread jimpo
This cannot be anything else than a bug. If the spec states that closing a connection 
releases JDBC resources immediately, and JBoss does not do it, it's definately a bug, 
no?

Optimizing the performance is a smart thing to do, but there should at least be a 
configuration option for enabling spec-compliant (although slower) operation.


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840132#3840132

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3840132


---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Installation & Configuration] - Re: Application-specific log4j.xml settings

2004-06-16 Thread jimpo
anyone?

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3838944#3838944

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3838944


---
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Installation & Configuration] - Application-specific log4j.xml settings

2004-06-14 Thread jimpo
I want to control the logging of my application by including a suitable log4j.xml in 
war's WEB-INF/classes/. Initial attempt of just including the xml file in the war 
failed, as JBoss' own configuration file in conf/ did override my settings. Using 
instructions on

http://www.jboss.org/wiki/Wiki.jsp?page=Logging

I was able to get the correct results. My question is, what exactly do settings


   
  log4j.test:loader=log4j.war
  java2ParentDelegation=false
   


do, and do they have any unwanted side-effects?





View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3838646#3838646

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3838646


---
This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the
one installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [JBoss Getting Started Documentation] - Re: 9.1 Security Using Database ->

2004-06-02 Thread jimpo
Similar(ish) problems with example 9.2: using password hashing...

I took the functional UsersRolesLoginModule authentication policy and appended it with 
hashing settings:

MD5
base64

After those (and updating user.properties and role.properties) login is no longer 
working...

a) wrong password => logonError as should
b) correct password => Duke's bank logo, and below it:

Server Error
Your request cannot be completed. The server got the following error: 
null 

Stacktrace from console: 

11:36:53,779 ERROR [STDERR] Debug: CustomerControllerBean ejbCreate
11:36:53,799 ERROR [STDERR] Debug: CustomerControllerBean leaving
11:36:53,819 ERROR [STDERR] Debug: AccountControllerBean ejbCreate
11:36:53,839 ERROR [STDERR] Debug: TxControllerBean ejbCreate
11:36:53,879 ERROR [STDERR] Debug: AccountControllerBean getAccountsOfCustomer
11:36:53,879 ERROR [STDERR] Debug: AccountBean setEntityContext
11:36:53,879 ERROR [STDERR] Debug: AccountBean ejbFindByCustomerId
11:36:53,879 ERROR [STDERR] Debug: AccountBean selectByCustomerId
11:36:53,879 ERROR [STDERR] Debug: AccountBean makeConnection
11:36:53,889 ERROR [STDERR] Debug: AccountBean releaseConnection
11:36:53,889 ERROR [Engine] ApplicationDispatcher[/bank] Servlet.service() for servlet 
jsp threw exception
org.apache.jasper.JasperException
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:254)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)
at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:575)
at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:498)
at 
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:822)
at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:398)
at com.sun.ebank.web.taglib.InsertTag.doEndTag(Unknown Source)
at org.apache.jsp.template_jsp._jspx_meth_tt_insert_2(template_jsp.java:1178)
at org.apache.jsp.template_jsp._jspService(template_jsp.java:505)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:210)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)
at 
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:432)
at 
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:356)
at com.sun.ebank.web.Dispatcher.doGet(Unknown Source)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:220)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:553)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.jboss.web.tomcat.tc4.statistics.ContainerStatsValve.invoke(ContainerStatsValve.java:76)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext

[JBoss-user] [JBoss Getting Started Documentation] - 9.1 Security Using Database ->

2004-06-02 Thread jimpo
I'm having problems getting the example in 9.1, authentication using database to work. 
Other examples so far work, UsersRolesLoginModule works, it seems that the problem is 
caused by using DatabaseServerLogingModule. When I configure Duke's bank to use 
database as storage for usernames & passwords, login works like:

a) wrong password => login error page as should
b) correct password => login succeeds and redirects to main, but only "Duke's bank" 
picture is shown, links for logoff, listing accounts etc. are missing. Following 
stacktrace is printed in console: 

10:58:32,673 ERROR [Engine] JspFactoryImpl: Exception initializing page context
java.lang.IllegalStateException: Cannot create a session after the response has been 
committed
at 
org.apache.coyote.tomcat4.CoyoteRequest.doGetSession(CoyoteRequest.java:1878)
at org.apache.coyote.tomcat4.CoyoteRequest.getSession(CoyoteRequest.java:1725)
at 
org.apache.coyote.tomcat4.CoyoteRequestFacade.getSession(CoyoteRequestFacade.java:361)
at 
org.apache.coyote.tomcat4.CoyoteRequestFacade.getSession(CoyoteRequestFacade.java:366)
at 
javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWrapper.java:268)
at 
javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWrapper.java:268)
at 
javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWrapper.java:268)
at 
org.apache.jasper.runtime.PageContextImpl._initialize(PageContextImpl.java:138)
at 
org.apache.jasper.runtime.PageContextImpl.initialize(PageContextImpl.java:114)
at 
org.apache.jasper.runtime.JspFactoryImpl.internalGetPageContext(JspFactoryImpl.java:175)
at 
org.apache.jasper.runtime.JspFactoryImpl.getPageContext(JspFactoryImpl.java:154)
at org.apache.jsp.errorpage_jsp._jspService(errorpage_jsp.java:34)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:210)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)
at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:575)
at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:498)
at 
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:822)
at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:398)
at 
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:503)
at org.apache.jsp.template_jsp._jspService(template_jsp.java:517)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:210)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)
at 
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:432)
at 
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:356)
at com.sun.ebank.web.Dispatcher.doGet(Unknown Source)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)
at 
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:432)
at 
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:356)
at 
org.apache.catalina.valves.ErrorDispatcherValve.custom(ErrorDispatcherValve.java:420)
at 
org.apache.catalina.valves.ErrorDispatcherValve.status(ErrorDispatcherValve.java:327)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:181)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(Securi