[JNDI/Naming/Network] - Re: Jndi Datasource
by allanrj
Yes, follow part of exception when i run client
| 2008-02-29 14:21:57,034 DEBUG [org.jboss.remoting.transport.socket.ClientSocketWrapper] reset timeout: 60000
| 2008-02-29 14:21:57,050 ERROR [STDERR] javax.naming.NameNotFoundException: APAESP not bound
| 2008-02-29 14:21:57,050 ERROR [STDERR] at br.com.gcm.servicelocator.ServiceLocator.getDataSource(Unknown Source)
| 2008-02-29 14:21:57,050 ERROR [STDERR] at br.com.gcm.ejb.sb.SitesSBBean.makeConnection(Unknown Source)
| 2008-02-29 14:21:57,050 ERROR [STDERR] at br.com.gcm.ejb.sb.SitesSBBean.selectSite(Unknown Source)
| 2008-02-29 14:21:57,050 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| 2008-02-29 14:21:57,050 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| 2008-02-29 14:21:57,050 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 2008-02-29 14:21:57,050 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:597)
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133307#4133307
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133307
16 years, 1 month
[EJB 3.0] - SessionContext from Entity
by agonnet
Q: Is there any way of accessing the SessionContext object of a session bean, which has created (in whatever way) an entity, from within the actual entity object?
Background:
In my app, when I insert or update rows via a entity created from a session EJB, I'd like to set a column to a user id derived from the caller Principal object (as returned by SessionContext.getCallerPrincipal( ) ).
I could set this using code in all the session EJBs in every entity that's inserted/updated, but this line of code is easilly forgotten.
If I could access the SessionContext from the entity class I could add the code there when writing the entity class and not every time I use it from a session EJB.
I've tried "@Resource SessionContext ctx;" in the entity, but this gives null.
Thanks!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133302#4133302
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133302
16 years, 1 month
[JNDI/Naming/Network] - Re: Jndi Datasource
by allanrj
Yes, this a client.
About unknow source, the line was at
| br.com.gcm.ejb.sb.SitesSBBean.makeConnection(Unknown Source) br.com.gcm.proxy.SitesProxy.selectSite(SitesProxy.java:50)
|
public SitesVO selectSite(String siteId) throws br.com.gcm.exceptions.ProxyCallException {
|
| br.com.gcm.ejb.sb.SitesSBHome home;
|
| br.com.gcm.ejb.sb.SitesSB remote;
|
| SitesVO obj = null;
|
| try {
|
| home = (br.com.gcm.ejb.sb.SitesSBHome)br.com.gcm.servicelocator.ServiceLocator.getInstance().getRemoteHome(br.com.gcm.servicelocator.JndiNames.JNDI_EJB_SB_SITESSB, br.com.gcm.ejb.sb.SitesSBHome.class);
|
| remote = home.create();
|
| LINE 50 obj = remote.selectSite(Integer.parseInt(siteId));
| LINE 51 }
| LINE 52 catch ( Exception ex ) {
| LINE 53 ex.printStackTrace();
| LINE 54 throw new br.com.gcm.exceptions.ProxyCallException(ex.getMessage());
| }
|
| remote = null;
| home = null;
|
| return obj;
| }
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133300#4133300
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133300
16 years, 1 month
[Tomcat, HTTPD, Servlets & JSP] - Re: Exact Tomcat Version
by nakamuram
What version of Tomcat is JBOSS 4.2.2GA base on?
The reason for my question is because some Security Vulnerabilities have been identified in Tomcat and we need to know if upgrading to a later version of JBOSS will fix our problem. Here is a description of the vulnerabilities:
7.1 (U) Apache Tomcat 6.0.5 - 6.0.15 Information Disclosure Vulnerability: Apache reports that if an exception occurs during the processing of parameters, such as the client disconnecting, then it is possible the parameters submitted for the request will be incorrectly processed as part of a subsequent request. To exploit this vulnerability, an unauthenticated remote attacker would locate a site hosting a vulnerable version of the Adobe Tomcat application, then wait for an unsuspecting user to transmit data to the server. Once transmitted, the attacker would cause the user/client to disconnect during the transmission and initiate their own connection with the user's parameters as part of the attackers request. The successful exploitation of this vulnerability could allow a remote attacker access to sensitive information which could be used in later attacks.
7.2 (U) Apache Tomcat Data Integrity Vulnerability: Apache reports several versions of Tomcat (5.5.11 - 5.5.25 and 6.0.0 - 6.0.15) do not properly handle an empty request to a SSL port using netcat when the native Apache Portable Runtime (APR) connector is used. The successful exploitation of this vulnerability could allow an unauthenticated remote attacker to trigger a handling of "a duplicate copy of one of the recent requests".
7.3 (U) Apache Tomcat WebDAV Servlet Information Disclosure Vulnerability: Apache reports an information disclosure vulnerability associated with the WebDAV servlet in several Tomcat versions (4.0.0 - 4.0.6, 4.1.0, 5.0.0, 5.5.0 - 5.5.25, and 6.0.0 - 6.0.14). When the WebDAV servlet is configured for use with a context and has been enabled for write, some WebDAV requests specify an entity with a SYSTEM tag can result in the disclosure of information to the client issuing the request. To exploit this vulnerability, an authenticated remote attacker could gain access to a vulnerable webserver and could create a maliciously crafted HTTP WebDAV Lock request for a file that the attacker has permissions to access, as well as referencing another remote file. The WebDav 'Lock' function would process the attacker's request, making the remote file available to them.
Note: An exploit code has been developed for this vulnerability which is publically available.
7.4 (U) Apache Tomcat JULI Vulnerability: Apache reports that the default catalina.policy in the JULI logging component in several Tomcat versions (5.5.9 - 5.5.25 and 6.0.0 - 6.0.15) does not restrict certain permissions for web applications. To exploit this vulnerability, an unauthenticated local attacker would construct a maliciously crafted Java web application which could contain a malicious logging configuration which is designed to leverage this vulnerability. The attacker would then gain local, interactive access to a vulnerable webserver, and then install and execute the malicious application. The application would write the log files, using the permissions of the user running the server. The successful exploitation of this vulnerability could allow an attacker to modify logging configuration options and overwrite arbitrary files, as well as having access to sensitive information.
Note: JULI is enabled by default in Tomcat 6.0, and supports per classloader configuration, in addition to the regular global java.util.logging configuration.
7.5 (U) Apache Tomcat Session Hi-jacking Vulnerability: Apache reports that several versions of Tomcat do not properly handle (1) double quote (") characters, or (2) %5C (encoded backslash) sequences in a cookie value. To exploit this vulnerability, an unauthenticated remote attacker would need to locate a network-accessible instance of a server hosting a vulnerable application (6.0.0 - 6.0.14, 5.5.0 - 5.5.25, and 4.1.0 - 4.1.36). A maliciously crafted web page or URI would be created by the attacker, to include either or both of this conditions, and distribute this webpage/URI to an unsuspecting user. When the user views this webpage or follows this URI link, the user's server would note be able to properly handle the cookie data, and the user's information would be disclosed to the attacker which could enable the attacker to ultimately hijack the user's session.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133296#4133296
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133296
16 years, 1 month
[JNDI/Naming/Network] - Re: Jndi Datasource
by allanrj
Follow the stacktrace
| java.rmi.ServerException: EJBException:; nested exception is:
| javax.ejb.EJBException
| at org.jboss.ejb.plugins.LogInterceptor.handleException(LogInterceptor.java:365)
| at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:209)
| at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:138)
| at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:648)
| at org.jboss.ejb.Container.invoke(Container.java:960)
| at sun.reflect.GeneratedMethodAccessor99.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.invocation.unified.server.UnifiedInvoker.invoke(UnifiedInvoker.java:231)
| at sun.reflect.GeneratedMethodAccessor98.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:288)
| at $Proxy16.invoke(Unknown Source)
| at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:769)
| at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:573)
| at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:387)
| at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:166)
| Caused by: javax.ejb.EJBException
| at br.com.gcm.ejb.sb.SitesSBBean.makeConnection(Unknown Source)
| at br.com.gcm.ejb.sb.SitesSBBean.selectSite(Unknown Source)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.invocation.Invocation.performCall(Invocation.java:359)
| at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237)
| at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158)
| at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:169)
| at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63)
| at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121)
| at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350)
| at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:181)
| at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168)
| at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205)
| at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:138)
| at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:648)
| at org.jboss.ejb.Container.invoke(Container.java:960)
| at sun.reflect.GeneratedMethodAccessor99.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.invocation.unified.server.UnifiedInvoker.invoke(UnifiedInvoker.java:231)
| at sun.reflect.GeneratedMethodAccessor98.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:288)
| at $Proxy16.invoke(Unknown Source)
| at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:769)
| at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:573)
| at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:387)
| at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:166)
| at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:163)
| at org.jboss.remoting.Client.invoke(Client.java:1634)
| at org.jboss.remoting.Client.invoke(Client.java:548)
| at org.jboss.invocation.unified.interfaces.UnifiedInvokerProxy.invoke(UnifiedInvokerProxy.java:183)
| at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:365)
| at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:197)
| at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:61)
| at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:70)
| at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:112)
| at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:100)
| at $Proxy1.selectSite(Unknown Source)
| at br.com.gcm.proxy.SitesProxy.selectSite(SitesProxy.java:50)
| at teste.TesteSitesEJB.main(TesteSitesEJB.java:25)
| br.com.gcm.exceptions.ProxyCallException: EJBException:; nested exception is:
| javax.ejb.EJBException
| at br.com.gcm.proxy.SitesProxy.selectSite(SitesProxy.java:54)
| at teste.TesteSitesEJB.main(TesteSitesEJB.java:25)
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133291#4133291
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133291
16 years, 1 month