Jolt simpapp with SunONE AS 7

I tried to build simpapp tutorial of BEA Jolt with SunONE Application Server 7.
I deployed the web-app, accessed simpapp.html and clicked the "post!".
Then, the following error messages came out.
java.lang.NullPointerException
at SimpAppServlet.doPost(SimpAppServlet.java:88)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.StandardWrapperValve.invokeServletService(StandardWrapperValve.java:720)
at org.apache.catalina.core.StandardWrapperValve.access$000(StandardWrapperValve.java:118)
at org.apache.catalina.core.StandardWrapperValve$1.run(StandardWrapperValve.java:278)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:274)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:505)
I think the session pool doesn't seem to startup.
Of course, JSL had already started up.
$ tmadmin
psrProg Name Queue Name Grp Name ID RqDone Load Done Current Service
BBL 67895 simple 0 0 0 ( IDLE )
simpserv 00001.00001 GROUP1 1 0 0 ( IDLE )
JSL 00002.00002 JGRP 2 0 0 ( IDLE )
JREPSVR 00002.00003 JGRP 3 39 1950 ( IDLE )
pscService Name Routine Name Prog Name Grp Name ID Machine # Done Status
TOUPPER TOUPPER simpserv GROUP1 1 simple 0 AVAIL
The BEA manual says the servlet starts up the session pool.
Is it applied for only WebLogic?
Does anyone have some good idea to fix them??

Similar Messages

WLP 8.1 with SunOne 6.1

Anyone have WLP 8.1 working with SunOne 6.1?

In the Client-Server Interoperability section of the Interoperability and Coexistence document at http://download.oracle.com/docs/cd/E13203_01/tuxedo/tux81/interop/iopcoexi.htm it states that BEA Jolt 8.1 client can interoperate with ATMI servers running in Tuxedo 6.5 (via Jolt server 1.2).
Ed

Integrate third party JMS providers with sunone 8

Hi,
I am trying to integrate a JMS provider, FioranoMQ with Sunone Application server (version 8). I have defined an external queue connection factory using the administration console. But I am not able to deploy the EJB as the exception in server.log says that queue connection factory does not exist.
Here is the stack trace of the exception
[com.sun.enterprise.connectors.ConnectorRuntimeException: jms_MyQcfis not created yet!]|#]
[#|2004-01-06T15:43:55.312-0800|SEVERE|j2ee-appserver1.4|javax.enterprise.system.container.ejb.mdb|_ThreadID=11;|com.sun.enterprise.connectors.ConnectorRuntimeException
com.sun.enterprise.connectors.ConnectorRuntimeException: jms_MyQcfis not created yet!
     at com.sun.enterprise.connectors.system.ActiveJmsResourceAdapter.setValuesFromConfiguration(ActiveJmsResourceAdapter.java:316)
     at com.sun.enterprise.connectors.system.ActiveJmsResourceAdapter.updateMDBRuntimeInfo(ActiveJmsResourceAdapter.java:259)
     at com.sun.enterprise.connectors.inflow.ConnectorMessageBeanClient.setup(ConnectorMessageBeanClient.java:139)
     at com.sun.ejb.containers.MessageBeanContainer.<init>(MessageBeanContainer.java:189)
     at com.sun.ejb.containers.ContainerFactoryImpl.createContainer(ContainerFactoryImpl.java:196)
     at com.sun.enterprise.server.AbstractLoader.loadEjbs(AbstractLoader.java:464)
     at com.sun.enterprise.server.ApplicationLoader.load(ApplicationLoader.java:129)
     at com.sun.enterprise.server.TomcatApplicationLoader.load(TomcatApplicationLoader.java:96)
     at com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:205)
     at com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:156)
     at com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:466)
In case I again try to create the jms_myqcf , it says that resource already exists.
The resource reference defined in the xml files are
Sun application client.xml
=====================
<sun-application-client>
<resource-ref>
<res-ref-name>jms_myqcf</res-ref-name>
<jndi-name>jms_myqcf</jndi-name>
<default-resource-principal>
<name></name>
<password></password>
</default-resource-principal>
</resource-ref>
<resource-env-ref>
<resource-env-ref-name>jms_MyQueue</resource-env-ref-name>
<jndi-name>jms_MyQueue</jndi-name>
</resource-env-ref>
</sun-application-client>
Sun EJB JAR.XML
===============
<sun-ejb-jar>
<enterprise-beans>
<unique-id>1</unique-id>
<ejb>
<ejb-name>SimpleMessageEJB</ejb-name>
<jndi-name>jms_MyQueue</jndi-name>
<mdb-connection-factory>
<jndi-name>jms_myqcf</jndi-name>
</mdb-connection-factory>
</ejb>
</enterprise-beans>
</sun-ejb-jar>
Do you have any idea why this exception is thrown?
James

You are right that I am using j2ee 1.4 final release.
I donot know much about connector 1.5 resource adapter and donot have one. Is there no other way that i can integrate an external JMS provider with sunone?
I intend to do the following.
- define the connection factory object & destination object in the external JNDI or any JNDI of sunone so that the applications can lookup these objects.
- Now i want to deploy a MDB which creates connection using the conn factory and listens for messages on destination defined in the jndi in the first step.
Thats all i want to do. Do you know which is the easier and best approach to do that?

Integrate third party JMS with sunone

Hi,
I am trying to integrate a JMS provider, FioranoMQ with Sunone Application server (version 8). I have defined an external queue connection factory using the administration console. But I am not able to deploy the EJB as the exception in server.log says that queue connection factory does not exist.
Here is the stack trace of the exception
[com.sun.enterprise.connectors.ConnectorRuntimeException: jms_MyQcfis not created yet!]|#]
[#|2004-01-06T15:43:55.312-0800|SEVERE|j2ee-appserver1.4|javax.enterprise.system.container.ejb.mdb|_ThreadID=11;|com.sun.enterprise.connectors.ConnectorRuntimeException
com.sun.enterprise.connectors.ConnectorRuntimeException: jms_MyQcfis not created yet!
     at com.sun.enterprise.connectors.system.ActiveJmsResourceAdapter.setValuesFromConfiguration(ActiveJmsResourceAdapter.java:316)
     at com.sun.enterprise.connectors.system.ActiveJmsResourceAdapter.updateMDBRuntimeInfo(ActiveJmsResourceAdapter.java:259)
     at com.sun.enterprise.connectors.inflow.ConnectorMessageBeanClient.setup(ConnectorMessageBeanClient.java:139)
     at com.sun.ejb.containers.MessageBeanContainer.<init>(MessageBeanContainer.java:189)
     at com.sun.ejb.containers.ContainerFactoryImpl.createContainer(ContainerFactoryImpl.java:196)
     at com.sun.enterprise.server.AbstractLoader.loadEjbs(AbstractLoader.java:464)
     at com.sun.enterprise.server.ApplicationLoader.load(ApplicationLoader.java:129)
     at com.sun.enterprise.server.TomcatApplicationLoader.load(TomcatApplicationLoader.java:96)
     at com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:205)
     at com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:156)
     at com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:466)
In case I again try to create the jms_myqcf , it says that resource already exists.
The resource reference defined in the xml files are
Sun application client.xml
=====================
<sun-application-client>
<resource-ref>
<res-ref-name>jms_myqcf</res-ref-name>
<jndi-name>jms_myqcf</jndi-name>
<default-resource-principal>
<name></name>
<password></password>
</default-resource-principal>
</resource-ref>
<resource-env-ref>
<resource-env-ref-name>jms_MyQueue</resource-env-ref-name>
<jndi-name>jms_MyQueue</jndi-name>
</resource-env-ref>
</sun-application-client>
Sun EJB JAR.XML
===============
<sun-ejb-jar>
<enterprise-beans>
<unique-id>1</unique-id>
<ejb>
<ejb-name>SimpleMessageEJB</ejb-name>
<jndi-name>jms_MyQueue</jndi-name>
<mdb-connection-factory>
<jndi-name>jms_myqcf</jndi-name>
</mdb-connection-factory>
</ejb>
</enterprise-beans>
</sun-ejb-jar>
Do you have any idea why this exception is thrown?
James

You are right that I am using j2ee 1.4 final release.
I donot know much about connector 1.5 resource adapter and donot have one. Is there no other way that i can integrate an external JMS provider with sunone?
I intend to do the following.
- define the connection factory object & destination object in the external JNDI or any JNDI of sunone so that the applications can lookup these objects.
- Now i want to deploy a MDB which creates connection using the conn factory and listens for messages on destination defined in the jndi in the first step.
Thats all i want to do. Do you know which is the easier and best approach to do that?

ColdFusion MX7 with Sunone Webserver 7.0

Hi All,
I have an issue configuring my webserver with CF MX7.
The problem is the CF admin page opens when the Sun webserver
is not configured and CF uses its own internal webserver.
Once i configure Sun's webserver i get an error not opening
the admin page. It tries to open the admin page with notepad.
I am not sure whether CF MX7 is compatible with Sunone
webserver 7.0 or not?
Or all this is a totally different aspect of looking at it.
Anyone has any idea how to deal with this issue, kindly help
me out.
Thanks,
Vamsee.

It looks like we have never tested ColdFusion 7 with Sunone
7. Check out this Support matrix. It shows that only Sunone 6.x
versions are supported. Have you tried versions 6?
http://www.adobe.com/products/coldfusion/productinfo/systemreqs/fp_frameset.html

Integrating iPlanet Web Server 6.0 with SunOne App Server 7.0

I am experiencing problems integrating iPlanet Web Server 6.0 with SunOne App Server 7.0
My magnus.conf is
#ServerRoot /usr/iplanet/servers/https-test
ServerID https-test
ServerName sulev016.eur.gep.ge.com
ErrorLog /usr/iplanet/servers/https-test/logs/errors
PidLog /usr/iplanet/servers/https-test/logs/pid
User root
MtaHost localhost
DNS off
Security off
ClientLanguage en
AdminLanguage en
DefaultLanguage en
RqThrottle 128
StackSize 131072
CGIWaitPid on
TempDir /tmp/https-test-ab0d7966
Init fn=flex-init access="$accesslog" format.access="%Ses->client.ip% - %Req->vars.auth-user% [%SYSDATE%] \"%Req->reqpb.clf-request%\" %Req->srvhdrs.clf-status% %Req->srvhdrs.content-length%"
Init fn=load-types mime-types=mime.types
Init fn="load-modules" shlib="/usr/iplanet/servers/bin/https/lib/libNSServletPlugin.so" funcs="NSServletEarlyInit,NSServletLateInit,NSServletNameTrans,NSServletService" shlib_flags="(global|now)"
Init fn="NSServletEarlyInit" EarlyInit=yes
Init fn="NSServletLateInit" LateInit=yes
Init fn="load-modules" shlib="/usr/iplanet/servers/plugins/passthrough/bin/libpassthrough.so" funcs="init-passthrough,auth-passthrough,check-passthrough,service-passthrough" NativeThread="no"
Init fn="init-passthrough"
==========================================
my obj.conf is
<Object name=default>
NameTrans fn="assign-name" from="(/OMS|/OMS/*)" name="passthrough"
NameTrans fn="NSServletNameTrans" name="servlet"
NameTrans fn="pfx2dir" from="/servlet" dir="/usr/iplanet/servers/docs/servlet" name="ServletByExt"
NameTrans fn=pfx2dir from=/mc-icons dir="/usr/iplanet/servers/ns-icons" name="es-internal"
NameTrans fn="pfx2dir" from="/manual" dir="/usr/iplanet/servers/manual/https" name="es-internal"
NameTrans fn=document-root root="$docroot"
PathCheck fn=unix-uri-clean
PathCheck fn="check-acl" acl="default"
PathCheck fn=find-pathinfo
PathCheck fn=find-index index-names="index.html,home.html"
ObjectType fn=type-by-extension
ObjectType fn=force-type type=text/plain
Service type="magnus-internal/jsp" fn="NSServletService"
Service method=(GET|HEAD) type=magnus-internal/imagemap fn=imagemap
Service method=(GET|HEAD) type=magnus-internal/directory fn=index-common
Service method=(GET|HEAD) type=*~magnus-internal/* fn=send-file
AddLog fn=flex-log name="access"
</Object>
<Object name=cgi>
ObjectType fn=force-type type=magnus-internal/cgi
Service fn=send-cgi user="$user" group="$group" chroot="$chroot" dir="$dir" nice="$nice"
</Object>
<Object name="servlet">
ObjectType fn=force-type type=text/html
Service fn="NSServletService"
</Object>
<Object name="jsp092">
ObjectType fn="type-by-extension"
ObjectType fn="change-type" type="magnus-internal/jsp092" if-type="magnus-internal/jsp"
Service fn="NSServletService" type="magnus-internal/jsp092"
</Object>
<Object name="ServletByExt">
ObjectType fn=force-type type=magnus-internal/servlet
Service type="magnus-internal/servlet" fn="NSServletService"
</Object>
<Object name="es-internal">
PathCheck fn="check-acl" acl="es-internal"
</Object>
<Object name="passthrough">
ObjectType fn="force-type" type="magnus-internal/passthrough" Service type="magnus-internal/passthrough" fn="service-passthrough" servers="http://3.224.68.131:81"
Error reason="Bad Gateway" fn="send-error" uri="$docroot/badgateway.html"
</Object>
The requests are not passing through to the app server when i try to access it through port 80.
Presently I am testing my appln over port 81 on the app server.
Thanks and Regards
Vineet Guliani

Each ObjectType and Service directive should begin on a new line. You appear to have placed two directives on a single line.

CF7 with SunONE 6.1 on Linux

I haven't found the right documentation that explains how to
connect CF7 with SunONE Web Server 6.1 (no longer iPlanet - those
instructions are outdated for this product!!)
Maybe I am connected but missing some step. The CF7 admin gui
works fine, but when visiting a CF page such as index.cfm, I see
the code rather than the rendered page. What am I missing?
Thanks!
Aaron

Reply to self *smirk*
The steps in the installation process do, in fact, work to
connect CF7 to SunONE 6.1. This was evident to me when I visited
the root website (not a virtual host) and accessed a CF page. This
worked from the beginning. My true problem had to do with
multihoming - see other posting.
Aaron

Problems build/running the tux8 corba simpapp with g++

Dear All,
I am trying to build and run the tux8 corba simpapp in $TUXDIR/samples/corba/simpapp
on my solaris box. The docs
say that I should be able to just run runme.ksh but it doesn't
work. The problem seems to be that I am using g++ rather than
the expected sun C++ and g++ doesn't recognise buildobjclient
or buildobjservers -mt flag. I can strip that out, but I still
always get link errors. After much searching I found the
-G -fPIC flags for g++ which zaps the link errors but the binary
won't run.
Given that we won't change compiler, what is the clean solution?
Thanks in advance
Michael Shaw

I've had some correspondence with Micheal on this and it resolves
to "You can't link a g++ object with a SUN CC compiled library
(M3's) due to name mangling". Name mangling is the way a C++ compiler
ensures that a compiled object name is unique although the Method
(or member function) may be polymorphic and the same Method name
may exist in a number of Classes. The GNU g++ compiler deliberately
mangles differently with good reason, see this URL
http://www.delorie.com/gnu/docs/libg++/g++FAQ_49.html
Although I think of a number of ugly ways around this the easy
answer is to invest in a supported compiler.
You can of course use GNU compilers for regular C and C++ that
links to non-C++ libraries (such as ATMI). Martin.
On 21 Jan 2002 08:04:19 -0800,
Michael Shaw <[email protected]> wrote:
:Dear All,
:I am trying to build and run the tux8 corba simpapp in $TUXDIR/samples/corba/simpapp
:on my solaris box. The docs
:say that I should be able to just run runme.ksh but it doesn't
:work. The problem seems to be that I am using g++ rather than
:the expected sun C++ and g++ doesn't recognise buildobjclient
:or buildobjservers -mt flag. I can strip that out, but I still
:always get link errors. After much searching I found the
:-G -fPIC flags for g++ which zaps the link errors but the binary
:won't run.
:Given that we won't change compiler, what is the clean solution?
:Thanks in advance
:Michael Shaw
Martin Sullivan. The reply-to e-mail address is temporary to thwart spam.
If viewing from an archive try sullivan at zois &c. There is more on
Open OLTP at http://www.zois.co.uk.

Tcp_conn_hash_size value For Solaris 9 with SunOne Directory 5.2

I'm really confused. The default value for tcp_conn_hash_size in Solaris 8 and 9 is 512, I have verified this with documentation and ndd commands on various systems. A contractor who assisted with our SunOne Directory 5.2 deployment recommended that the value be set to 256 and when I checked the Blueprint book, LDAP in the Solaris Operating Environment, the output from idsktune printed in the book indicates that 256 is the default. However, when I run idsktune on a Solaris 8 or Solaris 9 system, no mention is made of "decreasing" this default value. Why would someone want to decrease this value?

This looks like it may be a bug where the original default value got hard coded or something. You're right that it's probably more likely you'll want to increase tcp_conn_hash_size, perhaps 8192 or higher if you need to support a high number of concurrent connections.

Petstore not working in J2EE1.4.1 beta2(with sunone application server)

Hi,
I have downloaded an installed J2EE1.4_beta2 , which has J2EE SDK, JRE , Sunone application server, and J2ee blueprints sample apps. I have installed properly as per the installation instruction. I am able to run Quickstart application. But when I try to run petstore the following error occurs..
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: Populate exception occured :null
     at com.sun.j2ee.blueprints.petstore.tools.populate.PopulateServlet.doPost(Unknown Source)
     at com.sun.j2ee.blueprints.petstore.tools.populate.PopulateServlet.doGet(Unknown Source)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
     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:324)
     at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:202)
     at java.security.AccessController.doPrivileged(Native Method)
     at javax.security.auth.Subject.doAsPrivileged(Subject.java:499)
     at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:212)
     at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:149)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:282)
     at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:99)
     at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
     at java.security.AccessController.doPrivileged(Native Method)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:185)
     at com.sun.j2ee.blueprints.signon.web.SignOnFilter.doFilter(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:324)
     at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:202)
     at java.security.AccessController.doPrivileged(Native Method)
     at javax.security.auth.Subject.doAsPrivileged(Subject.java:499)
     at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:212)
     at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:178)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:232)
     at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:99)
     at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
     at java.security.AccessController.doPrivileged(Native Method)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:185)
     at com.sun.j2ee.blueprints.encodingfilter.web.EncodingFilter.doFilter(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:324)
     at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:202)
     at java.security.AccessController.doPrivileged(Native Method)
     at javax.security.auth.Subject.doAsPrivileged(Subject.java:499)
     at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:212)
     at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:178)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:232)
     at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:99)
     at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
     at java.security.AccessController.doPrivileged(Native Method)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:185)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:561)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1018)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:206)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:561)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1018)
     at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2748)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:186)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:512)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at com.sun.enterprise.webservice.EjbWebServiceValve.invoke(EjbWebServiceValve.java:134)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:383)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:561)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1018)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:561)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1018)
     at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:199)
     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:630)
     at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:463)
     at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:568)
     at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:631)
     at java.lang.Thread.run(Thread.java:536)
root cause
javax.ejb.EJBException: Transaction aborted (possibly due to transaction time out).; nested exception is: javax.transaction.RollbackException: Transaction marked for rollback
     at com.sun.j2ee.blueprints.petstore.tools.populate.XMLDBHandler.endElement(Unknown Source)
     at org.apache.xerces.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:546)
     at org.apache.xerces.impl.dtd.XMLNSDTDValidator.endNamespaceScope(XMLNSDTDValidator.java:257)
     at org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(XMLDTDValidator.java:1992)
     at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(XMLDTDValidator.java:902)
     at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(XMLNSDocumentScannerImpl.java:533)
     at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1535)
     at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:348)
     at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:539)
     at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:595)
     at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152)
     at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1125)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:371)
     at com.sun.j2ee.blueprints.petstore.tools.populate.PopulateServlet.populate(Unknown Source)
     at com.sun.j2ee.blueprints.petstore.tools.populate.PopulateServlet.doPost(Unknown Source)
     at com.sun.j2ee.blueprints.petstore.tools.populate.PopulateServlet.doGet(Unknown Source)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
     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:324)
     at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:202)
     at java.security.AccessController.doPrivileged(Native Method)
     at javax.security.auth.Subject.doAsPrivileged(Subject.java:499)
     at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:212)
     at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:149)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:282)
     at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:99)
     at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
     at java.security.AccessController.doPrivileged(Native Method)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:185)
     at com.sun.j2ee.blueprints.signon.web.SignOnFilter.doFilter(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:324)
     at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:202)
     at java.security.AccessController.doPrivileged(Native Method)
     at javax.security.auth.Subject.doAsPrivileged(Subject.java:499)
     at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:212)
     at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:178)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:232)
     at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:99)
     at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
     at java.security.AccessController.doPrivileged(Native Method)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:185)
     at com.sun.j2ee.blueprints.encodingfilter.web.EncodingFilter.doFilter(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:324)
     at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:202)
     at java.security.AccessController.doPrivileged(Native Method)
     at javax.security.auth.Subject.doAsPrivileged(Subject.java:499)
     at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:212)
     at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:178)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:232)
     at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:99)
     at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
     at java.security.AccessController.doPrivileged(Native Method)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:185)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:561)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1018)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:206)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:561)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1018)
     at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2748)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:186)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:512)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at com.sun.enterprise.webservice.EjbWebServiceValve.invoke(EjbWebServiceValve.java:134)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:383)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:561)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1018)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:561)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1018)
     at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:199)
     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:630)
     at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:463)
     at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:568)
     at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:631)
     at java.lang.Thread.run(Thread.java:536)

Hello,
I have the exact same problem, but i am using JDK1.4.2 and JDKEE1.3.1
have you figured out how to solve the problem ?
By the way, which database server are you using ?
Thanks

Which JDK version to use with sunOne 7 ?

Hi all,
Does anybody know which version of JDK (1.4.x) is the most appropriate to use in combination with release 7.0 of the appserver ?
Is the appserver compatible with any 1.4.x release and should we take the most recent one ? (1.4.2_04)
tx for any info on this.
Roger.

It is not mandatory that we should use 1.4.2_04,it wil work with any 1.4.x releases..
-anand

Cannot integrate SASL/GSSAPI with SunOne 5.2

Hi Sir
I am using following configuration
1. iPlanet directory server 5.2
2. Solaris 9.0
3. KDC available with solaris
4. I am not using any SSL certificates
Goal: To be able to authenticate a ldap user thru kerberos
I have been successfully able to import all the /etc files and merge them with iplanet database. All the users are able to login as well as authenticate also.
I am facing a huge problem when I try to integrate kerberos with ldap. I have done identitymapping of GSSAPI. Also I have moved up kerberos in /etc/gss/mech. But now am I supposed to add userPassword: {KERBEROS} password ???? or to add what attributes in ldap. I am too confused. Suns own documentation is far incomplete to talk about all this. I can very well authenticate kerberos users (seperately in kerberos releam) very well but not in integration with LDAP. A new user with posix attributes can login into the system and work also. But how to get him authenticated thru kerberos ????
The result of "ldapclient list" is
NS_LDAP_FILE_VERSION= 2.0
NS_LDAP_SERVERS= 10.91.198.100
NS_LDAP_SEARCH_BASEDN= dc=quark,dc=co,dc=in
NS_LDAP_SEARCH_REF= FALSE
NS_LDAP_SEARCH_SCOPE= one
NS_LDAP_SEARCH_TIME= 30
NS_LDAP_PROFILE= default
NS_LDAP_CREDENTIAL_LEVEL= anonymous
NS_LDAP_BIND_TIME= 10
NS_LDAP_SERVICE_AUTH_METHOD= pam_ldap:simple
Can u please guide me.
Regards
Vikas

Hi,
I have problem with connecting DS 5.2 server using SASL GSSAPI from OpenLDAP client.
I have configured GSSAPI identity mappings on the DS and have KDC running on the same solaris machine.
When I do ldapsearch from the openLDAP client, I am getting the following error :
ldapsearch -h 10.7.30.16 -Y GSSAPI -U tester1
SASL/GSSAPI authentication started
ldap_sasl_interactive_bind_s: Local error (-2)
additional info: SASL(-1): generic failure: GSSAPI Error: Miscellaneous failure (Ticket expired)
Do I need to configure anything else on the client side (OpenLDAP client on the linux machine) ?? Can you please give me the steps to make this work ??
Thanks,
Radhakrishnan

Web server plugin unavailable with SunOne 7 beta

We cannot install the webserver plugin and make it communicate with the appserver residing in a different box..since its not available with the beta version...Any idea as to when this would be available..Or is there any alternative way of doing this with SUN ONE 7
Regards
Nirmal

This feature should be available with the general availability of the software.

Running programs created with SunOne Studio

SunOne Studio is the program used to create java programs at school. How do I run the programs I create there at home?

This blog has some instructions. It talks about the NetBeans IDE, but yours should be close enough for the information to apply.
http://blogs.sun.com/roller/page/johnc?entry=deploying_and_running_your_app

How failover works with SunONE Directory Server?

Assume that I setup 2 masters using the multimaster scheme.
When 1 master fails/down, how do the client knows or get routed to the other master?

For full redundancy:
At the application level:
-redundant storage (raid, san,nas)
-multiple connectors to this storage (fiber,ethernet...)
-multiple LDAP servers (multimaster, replica's)
-multiple LDAP proxy servers
-redundant switches/routers (vrrp, ...)
-loadbalanced by redundant interconnected loadbalancers (level7)
All this helps in non persistant connections, if application are using connection pooling (for performance reasons), you have to verify the behaviour. Some applications only create this pool at start, but if the pool connections brake, it should reconnect.

Jolt simpapp with SunONE AS 7

Similar Messages

Maybe you are looking for