ORABPEL-02100 - Deployed Process "Lost" under load.
We've experience yet another load related BPEL issue. We have three servers running OAS+BPEL with the same set of BPEL processes deployed on each. Requests are round-robin'ed across all three. We had an unexpected load placed on the servers by a non-BPEL process. BPEL did the usual (timesouts => MRQ) and once the issue resolved we recovered stuff from the MRQ and thought everything OK. We then noticed 1 in 3 orchestration failing. One of the App Servers had 'lost' a BPEL process:
"Error while invoking bean "process manager": Cannot find process content file.
Cannot find the content file "1.0" for process "BCJ-WR05-Process" (revision "").
Please check that the path "1.0" is correct and refers to a file that has been included as a part of the deployment archive.
ORABPEL-02100 etc"
Anyone experienced this problem?
Regards
Rob
interestingly it appears the deployed jat files is corrupt - it's missing the final 242 bytes ?! It's fine on the install media (CD) so it looks like BPEL has truncated it either during deployment or at some later point. Sigh.
Similar Messages
-
ORABPEL-02100 - Deployed file location becoming corrupt.
I've had an SR open with Oracle for months on this one and it's made zero progress. Under load (BPEL 10.1.2.2) we sometime see the following error :
<BaseCubeSessionBean::logWarning> Error while invoking bean "process manager": Cannot find process content file.
Cannot find the content file "1.0" for process "TaskActionHandler" (revision "").
Please check that the path "1.0" is correct and refers to a file that has been included as a part of the
deployment archive.
Once the problem starts we have to re-start bpel to clear it. The content file name has become corrupt and instead suddenly contains the revision number. Revision number has in turn become null. This can effect any of the deployed processes and appears to be random but perhaps load related.
Luckily it's rare but has a catastrophic effect on the the in-flight instances.
RobI got fed up waiting for something (anthing!) positive from Oracle Support on this so decided trawl the BPEL logs myself...
Our ORABPEL-02100 error appears to be a side effect of an earlier problem:
The first time a BPEL process is called we sometimes see :
08/01/28 05:01:39 java.lang.ArrayIndexOutOfBoundsException: 10
08/01/28 05:01:39 at java.util.ArrayList.add(ArrayList.java:355)
08/01/28 05:01:39 at com.collaxa.cube.rm.suitcase.PartnerLinkBindingsDescriptor.getPartnerLinkBinding
s(PartnerLinkBindingsDescriptor.java:50)
etc
Every time the service is invoked afterwards (until we restart BPEL) we see:
08/01/28 05:51:33 java.lang.NullPointerException
08/01/28 05:51:33 at com.collaxa.cube.xml.xsd.xerces.ProcessSchemaManager.loadWSDLs(ProcessSchemaMana
ger.java:181)
etc
It appears to occur when you get a two parallel threads executing the same BPEL process at exactly the same time where that process has yet to be invoked since the App Server started. To me it looks like a java sychronisation issue in the wsdl caching code.
Anyone else experienced this arrayList exception in getPartnerLinkBinding ? -
Cache and/or Connection problems under load
I have a Kodo web app that's been running just fine in
production for many months now. However, recently the web
traffic has shot up by a huge amount, literally overnight.
But unfortunately, it's caused the app to fail very ungracefully
under the strain.
It's been a crazy few days, and I haven't been able to do
very much analysis because of higher priorities. But from
what I have been able to gleen, it now looks like Kodo is
the most likely culprit. From what I've read in other messages
here, it appears others may have been experiencing similar
problems.
My environment: Redhat Linux 8, Postgres 7.3.4 with the
included JDBC3 driver, Apache 1.3.x, Tomcat 4.1.x and the
webapp connector. Similar behavior was seen with Apache 2.x,
Tomcat 4.1.x and the JK2 connector (that was on the new machine
I setup to handle the new traffic, which, of course, died the
night before).
As I mentioned, this app has been running reliably for
months with no problems. But when placed under heavy load,
it appears to get into some sort of pathological state where
it slows down dramatically (asymptotically?) to the point where
it's effectively locked up. In one case, where the app was
left running for several hours in this state, requests were
taking 90 minutes to complete (normal is 1-5 seconds).
From what I can deduce, there seem to be four things
going on, three of which have been mentioned in recent threads
here:
1) Excessive memory consumption. When the app is
operating normally, I see fairly flat memory usage for
the JVM process. Under load, the JVM steadily expands
until it hits its heap limit. I've gotten OutOfMemory
exceptions with a heap size of 350MB, which should be plenty.
2) Level 2 cache locking issues. I've seen dozens of
threads waiting on a lock in the DataCache code. Not sure
if there's a deadlock happening here or just that the
threads are waiting on a lock that's being held for a long time.
3) Database Connection leaks or contention. I see threads
spinning in the DataSource code trying to get a connection.
I also see dozens of connections from the Postgres side which
seem to be sitting idle, but in the middle of a transaction.
When things get bad, I also see exceptions being thrown because
of timeouts waiting for a connection to become available. It's
a web app, PMs should not be tied up for more than a few seconds.
4) CPU usage pegged or nearly so for the JVM. I suspect
this is related to #3. Something very bad is going on here.
If I stop all inbound requests to the JVM when it's in this
bad state, it will continue to burn CPU at 90%+ for a very
long time. I think it will eventually finish what it's doing,
but I haven't had the luxury of waiting for it. It's definitely
not a linear slowdown proportional to the load.
Attached are my kodo.properties file and some thread stack
traces along with some comments. Any advice would be greatly
appreciated. This is not a complicated app nor am I doing
anything unusual. It doesn't seem logical that Kodo could
breakdown so dramatically under load, so I'm hoping it's some
sort of interaction thing that I can work around.
Thanks.
Ron Hitchens {mailto:[email protected]} RonSoft Technologies
(510) 494-9597 (Home Office) http://www.ronsoft.com
(707) 924-3878 (fax) Bit Twiddling At Its Finest
"Born with a broken heart" -Kenny Wayne ShepardPlease read prior posts regarding level 2 cache. It is unusable under stress
as far I am concerned. Basically entire cache gets locked on any database
read. Makes it very unscalable
Are you using 2.5.3? It will request a connection from a pool every time it
resolves reference to a PC even if it is cached in PM and therefore Kodo
does not need to read any. As result if you iterate over 100 objects in your
query and for each object resolve reference to another object (always the
same) kodo will request 100 database connections from the pool (and note
they issue rollback on every time they return a connection to the pool so
getting connection might be fairly expensive)
In conjunction with level 2 cache contention this causes application to go
into a stupor.
Try to go back to 2.5.2 (or may be 2.5.4 they promised in the near future
with a workaround) or use "persistent-manager" connection retention if you
discard PM after each HTTP invocation - it will take care of connection
pooling issue. As far as L2 cache I was unable to find any work around so
far - see if you might be better of without cache. You might if your object
graph is not very complex
"Ron Hitchens" <[email protected]> wrote in message
news:[email protected]...
>
I have a Kodo web app that's been running just fine in
production for many months now. However, recently the web
traffic has shot up by a huge amount, literally overnight.
But unfortunately, it's caused the app to fail very ungracefully
under the strain.
It's been a crazy few days, and I haven't been able to do
very much analysis because of higher priorities. But from
what I have been able to gleen, it now looks like Kodo is
the most likely culprit. From what I've read in other messages
here, it appears others may have been experiencing similar
problems.
My environment: Redhat Linux 8, Postgres 7.3.4 with the
included JDBC3 driver, Apache 1.3.x, Tomcat 4.1.x and the
webapp connector. Similar behavior was seen with Apache 2.x,
Tomcat 4.1.x and the JK2 connector (that was on the new machine
I setup to handle the new traffic, which, of course, died the
night before).
As I mentioned, this app has been running reliably for
months with no problems. But when placed under heavy load,
it appears to get into some sort of pathological state where
it slows down dramatically (asymptotically?) to the point where
it's effectively locked up. In one case, where the app was
left running for several hours in this state, requests were
taking 90 minutes to complete (normal is 1-5 seconds).
From what I can deduce, there seem to be four things
going on, three of which have been mentioned in recent threads
here:
1) Excessive memory consumption. When the app is
operating normally, I see fairly flat memory usage for
the JVM process. Under load, the JVM steadily expands
until it hits its heap limit. I've gotten OutOfMemory
exceptions with a heap size of 350MB, which should be plenty.
2) Level 2 cache locking issues. I've seen dozens of
threads waiting on a lock in the DataCache code. Not sure
if there's a deadlock happening here or just that the
threads are waiting on a lock that's being held for a long time.
3) Database Connection leaks or contention. I see threads
spinning in the DataSource code trying to get a connection.
I also see dozens of connections from the Postgres side which
seem to be sitting idle, but in the middle of a transaction.
When things get bad, I also see exceptions being thrown because
of timeouts waiting for a connection to become available. It's
a web app, PMs should not be tied up for more than a few seconds.
4) CPU usage pegged or nearly so for the JVM. I suspect
this is related to #3. Something very bad is going on here.
If I stop all inbound requests to the JVM when it's in this
bad state, it will continue to burn CPU at 90%+ for a very
long time. I think it will eventually finish what it's doing,
but I haven't had the luxury of waiting for it. It's definitely
not a linear slowdown proportional to the load.
Attached are my kodo.properties file and some thread stack
traces along with some comments. Any advice would be greatly
appreciated. This is not a complicated app nor am I doing
anything unusual. It doesn't seem logical that Kodo could
breakdown so dramatically under load, so I'm hoping it's some
sort of interaction thing that I can work around.
Thanks.
Ron Hitchens {mailto:[email protected]} RonSoft Technologies
(510) 494-9597 (Home Office) http://www.ronsoft.com
(707) 924-3878 (fax) Bit Twiddling At Its Finest
"Born with a broken heart" -Kenny Wayne Shepard
With cahce enabled, 2.5.3
Here the app had recently slowed down and then effectively locked up.
There where many outstanding web requests that were not receiving output.
At this point most threads seemed to be waiting at the same location.
There were a large number of active database connections and most of
them had open transactions (according to pg_stat_activity). The app
was not responding to any web requests.
It would seem that db transactions had been started, then the thread
got stuck for a long time on a synchronization lock in the cache lookup.
Below are two randomly chosen thread stack dumps.
Thread-72[1] where
[1] java.lang.Object.wait (native method)
[2] java.lang.Object.wait (Object.java:429)
[3]oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock.acquir
e (WriterPreferenceReadWriteLock.java:169)
[4]com.solarmetric.kodo.runtime.datacache.AbstractCacheImpl.acquireReadLock
(AbstractCacheImpl.java:384)
[5]com.solarmetric.kodo.runtime.datacache.TimedDataCache.acquireReadLock
(TimedDataCache.java:256)
[6] com.solarmetric.kodo.runtime.datacache.DataCacheStoreManager.load(DataCacheStoreManager.java:595)
[7] com.solarmetric.kodo.runtime.StateManagerImpl.loadFields(StateManagerImpl.java:2,330)
[8] com.solarmetric.kodo.runtime.StateManagerImpl.isLoaded(StateManagerImpl.java:897)
[9] com.europeasap.data.City.jdoGetname (null)
[10] com.europeasap.data.City.getName (City.java:39)
[11] com.europeasap.form.CustomerBookingForm.populateDepartureCityInfo(CustomerBookingForm.java:922)
[12] com.europeasap.form.CustomerBookingForm.onetimeInit(CustomerBookingForm.java:871)
[13] com.europeasap.form.CustomerBookingForm.populatePackageInfo(CustomerBookingForm.java:880)
[14] com.europeasap.action.CustomizeTrip.perform (CustomizeTrip.java:66)
[15] org.apache.struts.action.ActionServlet.processActionPerform(ActionServlet.java:1,787)
[16] org.apache.struts.action.ActionServlet.process(ActionServlet.java:1,586) [17]
org.apache.struts.action.ActionServlet.doGet (ActionServlet.java:492)
[18] javax.servlet.http.HttpServlet.service (HttpServlet.java:740)
[19] javax.servlet.http.HttpServlet.service (HttpServlet.java:853)
[20] org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
[21] org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
[22] org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
[23]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[24] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[25] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[26] org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
[27]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[28] org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493)
[29]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[30] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[31] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[32] org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2,415)
[33] org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
[34]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[35] org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
[36]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[37] org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
[38]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[39] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[40] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[41] org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
[42]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[43] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[44] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[45] org.apache.catalina.connector.warp.WarpRequestHandler.handle (null)
[46] org.apache.catalina.connector.warp.WarpConnection.run (null)
[47] java.lang.Thread.run (Thread.java:534)
Thread-64[1] where
[1] java.lang.Object.wait (native method)
[2] java.lang.Object.wait (Object.java:429)
[3]oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock.acquir
e (WriterPreferenceReadWriteLock.java:169)
[4]com.solarmetric.kodo.runtime.datacache.AbstractCacheImpl.acquireReadLock
(AbstractCacheImpl.java:384)
[5]com.solarmetric.kodo.runtime.datacache.TimedDataCache.acquireReadLock
(TimedDataCache.java:256)
[6] com.solarmetric.kodo.runtime.datacache.DataCacheStoreManager.load(DataCacheStoreManager.java:595)
[7] com.solarmetric.kodo.runtime.StateManagerImpl.loadField(StateManagerImpl.java:2,248)
[8] com.solarmetric.kodo.runtime.StateManagerImpl.isLoaded(StateManagerImpl.java:899)
[9] com.europeasap.data.HotelPrices.jdoGetseasonalPrices (null)
[10] com.europeasap.data.HotelPrices.normalizeIndex(HotelPrices.java:113)
[11] com.europeasap.data.HotelPrices.getCost (HotelPrices.java:45)
[12] com.europeasap.logic.CostHelper.findLowestHotel(CostHelper.java:181)
[13] com.europeasap.logic.CostHelper.computeBasePackageCost(CostHelper.java:297)
[14] com.europeasap.logic.CostHelper.computeFinalPackageCost(CostHelper.java:246)
[15] com.europeasap.form.CustomerBookingForm.updateDisplayCosts(CustomerBookingForm.java:1,440)
[16] com.europeasap.form.CustomerBookingForm.updateCustomizeDisplayInfo(CustomerBookingForm.java:1,407)
[17] com.europeasap.action.CustomizeTrip.perform (CustomizeTrip.java:68)
[18] org.apache.struts.action.ActionServlet.processActionPerform(ActionServlet.java:1,787)
[19] org.apache.struts.action.ActionServlet.process(ActionServlet.java:1,586) [20]
org.apache.struts.action.ActionServlet.doGet (ActionServlet.java:492)
[21] javax.servlet.http.HttpServlet.service (HttpServlet.java:740)
[22] javax.servlet.http.HttpServlet.service (HttpServlet.java:853)
[23] org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
[24] org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
[25] org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
[26]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[27] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[28] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[29] org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
[30]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[31] org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493)
[32]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[33] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[34] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[35] org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2,415)
[36] org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
[37]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[38] org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
[39]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[40] org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
[41]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[42] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[43] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[44] org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
[45]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[46] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[47] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[48] org.apache.catalina.connector.warp.WarpRequestHandler.handle (null)
[49] org.apache.catalina.connector.warp.WarpConnection.run (null)
[50] java.lang.Thread.run (Thread.java:534)
while running slow, 2.5.3
At this point, the app had been running several hours normally, then
apparently slowed down and locked up while I was away. When looking
at the app threads and database activity, everything appeared idle.
No transactions seemed to be open in the db. But the app was not
behaving normally. Web requests that did not make use of JDO worked
fine (but slow). But requests that hit the db either blocked or were
very slow to respond.
Looking back at the log, there had been a large number of requests
that threw exceptions because they could not get a connection within
five seconds.
Most threads were idle, waiting on read, but some were in the state
shown by the following two stack dumps. Unlike the cache threads above,
they did not seem to be waiting for a lock to be granted, they seemed
to be spinning in the connection management code. Apparently trying
to get a connection. I suspended and resumed the same thread repeatedly
and it always seemd to be doing the same thing. Single stepping was
very difficult because the debugger was slow to respond, apparently
because of other threads also busy spinning.
Postgres indicated that there where lots of connections open and
that they were all idle, so there should not have been a shortage
of connections in the pool. There are two mysteries here: 1) why
can't this thread get a connection? and 2) Why is it busy spinning?
Thread-56[1] where
[1]com.solarmetric.datasource.PreparedStatementCache$CacheAwareConnection.prepa
reStatement (PreparedStatementCache.java:184)
[2]com.solarmetric.datasource.PreparedStatementCache$CacheAwareConnection.prepa
reStatement (PreparedStatementCache.java:169)
[3] com.solarmetric.datasource.ConnectionWrapper.prepareStatement(ConnectionWrapper.java:199)
[4]com.solarmetric.kodo.impl.jdbc.schema.dict.AbstractDictionary.isClosed
(AbstractDictionary.java:1,912)
[5]com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.getConnectionFromFact
ory (SQLExecutionManagerImpl.java:186)
[6] com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.getConnection(SQLExecutionManagerImpl.java:147)
[7]com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.newSQLExecutionManag
er (JDBCStoreManager.java:828)
[8]com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.getSQLExecutionManag
er (JDBCStoreManager.java:714)
[9]com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.getDatastoreConnecti
on (JDBCStoreManager.java:287)
[10]com.solarmetric.kodo.runtime.datacache.DataCacheStoreManager.getDatastoreCon
nection (DataCacheStoreManager.java:465)
[11] com.solarmetric.kodo.runtime.datacache.DataCacheStoreManager.load(DataCacheStoreManager.java:591)
[12] com.solarmetric.kodo.runtime.StateManagerImpl.loadFields(StateManagerImpl.java:2,330)
[13] com.solarmetric.kodo.runtime.StateManagerImpl.isLoaded(StateManagerImpl.java:897)
[14] com.europeasap.data.City.jdoGetname (null)
[15] com.europeasap.data.City.getName (City.java:39)
[16] com.europeasap.form.CustomerBookingForm.populateDepartureCityInfo(CustomerBookingForm.java:922)
[17] com.europeasap.form.CustomerBookingForm.onetimeInit(CustomerBookingForm.java:871)
[18] com.europeasap.form.CustomerBookingForm.populatePackageInfo(CustomerBookingForm.java:880)
[19] com.europeasap.action.CustomizeTrip.perform (CustomizeTrip.java:66)
[20] org.apache.struts.action.ActionServlet.processActionPerform(ActionServlet.java:1,787)
[21] org.apache.struts.action.ActionServlet.process(ActionServlet.java:1,586) [22]
org.apache.struts.action.ActionServlet.doGet (ActionServlet.java:492)
[23] javax.servlet.http.HttpServlet.service (HttpServlet.java:740)
[24] javax.servlet.http.HttpServlet.service (HttpServlet.java:853)
[25] org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
[26] org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
[27] org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
[28]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[29] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[30] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[31] org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
[32]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[33] org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493)
[34]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[35] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[36] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[37] org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2,415)
[38] org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
[39]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[40] org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
[41]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[42] org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
[43]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[44] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[45] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[46] org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
[47]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[48] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[49] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[50] org.apache.catalina.connector.warp.WarpRequestHandler.handle (null)
[51] org.apache.catalina.connector.warp.WarpConnection.run (null)
[52] java.lang.Thread.run (Thread.java:534)
Thread-56[1] where
[1]com.solarmetric.datasource.DataSourceImpl$AbstractPool.findConnection
(DataSourceImpl.java:826)
[2] com.solarmetric.datasource.DataSourceImpl$AbstractPool.getConnection(DataSourceImpl.java:605)
[3] com.solarmetric.datasource.DataSourceImpl.getConnection(DataSourceImpl.java:363)
[4] com.solarmetric.datasource.DataSourceImpl.getConnection(DataSourceImpl.java:356)
[5]com.solarmetric.kodo.impl.jdbc.runtime.DataSourceConnector.getConnection
(DataSourceConnector.java:63)
[6]com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.getConnectionFromFact
ory (SQLExecutionManagerImpl.java:185)
[7] com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.getConnection(SQLExecutionManagerImpl.java:147)
[8]com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.newSQLExecutionManag
er (JDBCStoreManager.java:828)
[9]com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.getSQLExecutionManag
er (JDBCStoreManager.java:714)
[10]com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.getDatastoreConnecti
on (JDBCStoreManager.java:287)
[11]com.solarmetric.kodo.runtime.datacache.DataCacheStoreManager.getDatastoreCon
nection (DataCacheStoreManager.java:465)
[12]com.solarmetric.kodo.runtime.datacache.DataCacheStoreManager.initialize
(DataCacheStoreManager.java:519)
[13] com.solarmetric.kodo.runtime.StateManagerImpl.loadInitialState(StateManagerImpl.java:215)
[14]com.solarmetric.kodo.runtime.PersistenceManagerImpl.getObjectByIdFilter
(PersistenceManagerImpl.java:1,278)
[15] com.solarmetric.kodo.runtime.PersistenceManagerImpl.getObjectById(PersistenceManagerImpl.java:1,179)
[16]com.solarmetric.kodo.runtime.datacache.query.CacheAwareQuery$CachedResultLis
t.get (CacheAwareQuery.java:432)
[17] java.util.AbstractList$Itr.next (AbstractList.java:421)
[18] com.europeasap.form.CustomerBookingForm.populateDepartureCityInfo(CustomerBookingForm.java:919)
[19] com.europeasap.form.CustomerBookingForm.onetimeInit(CustomerBookingForm.java:871)
[20] com.europeasap.form.CustomerBookingForm.populatePackageInfo(CustomerBookingForm.java:880)
[21] com.europeasap.action.CustomizeTrip.perform (CustomizeTrip.java:66)
[22] org.apache.struts.action.ActionServlet.processActionPerform(ActionServlet.java:1,787)
[23] org.apache.struts.action.ActionServlet.process(ActionServlet.java:1,586) [24]
org.apache.struts.action.ActionServlet.doGet (ActionServlet.java:492)
[25] javax.servlet.http.HttpServlet.service (HttpServlet.java:740)
[26] javax.servlet.http.HttpServlet.service (HttpServlet.java:853)
[27] org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
[28] org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
[29] org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
[30]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[31] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[32] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[33] org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
[34]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[35] org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493)
[36]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[37] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[38] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[39] org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2,415)
[40] org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
[41]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[42] org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
[43]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[44] org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
[45]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:641)
[46] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[47] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[48] org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
[49]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[50] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[51] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[52] org.apache.catalina.connector.warp.WarpRequestHandler.handle (null)
[53] org.apache.catalina.connector.warp.WarpConnection.run (null)
[54] java.lang.Thread.run (Thread.java:534)
With cache disabled 2.4.3
This run was an accident. I inadvertently ran the app with the older
2.4.3 version of Kodo, with the cache disabled. This one got into trouble
almost immediately. It also seemed to lockup with lots of opentransactions
in the db. It's also interesting that these two threads also seem to be
hanging around the same method as in 2.5.3.
Thread-63[1] where 0x9f9
[1]com.solarmetric.datasource.PreparedStatementCache$CacheAwareConnection.prepa
reStatement (PreparedStatementCache.java:184)
[2] com.solarmetric.datasource.ConnectionWrapper.prepareStatement(ConnectionWrapper.java:377)
[3]com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.prepareStatementInter
nal (SQLExecutionManagerImpl.java:807)
[4]com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.executePreparedQueryI
nternal (SQLExecutionManagerImpl.java:761)
[5]com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.executeQueryInternal
(SQLExecutionManagerImpl.java:691)
[6] com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.executeQuery(SQLExecutionManagerImpl.java:372)
[7] com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.executeQuery(SQLExecutionManagerImpl.java:356)
[8] com.solarmetric.kodo.impl.jdbc.ormapping.ClassMapping.loadByPK(ClassMapping.java:950)
[9] com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.initialize(JDBCStoreManager.java:263)
[10] com.solarmetric.kodo.runtime.StateManagerImpl.loadInitialState(StateManagerImpl.java:174)
[11]com.solarmetric.kodo.runtime.PersistenceManagerImpl.getObjectByIdFilter
(PersistenceManagerImpl.java:1,023)
[12] com.solarmetric.kodo.runtime.PersistenceManagerImpl.getObjectById(PersistenceManagerImpl.java:942)
[13] com.solarmetric.kodo.impl.jdbc.ormapping.OneToOneMapping.load(OneToOneMapping.java:147)
[14] com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.load(JDBCStoreManager.java:375)
[15] com.solarmetric.kodo.runtime.StateManagerImpl.loadField(StateManagerImpl.java:2,035)
[16] com.solarmetric.kodo.runtime.StateManagerImpl.isLoaded(StateManagerImpl.java:720)
[17] com.europeasap.data.CityMarkup.jdoGetcity (null)
[18] com.europeasap.data.CityMarkup.getCity (CityMarkup.java:30)
[19] com.europeasap.logic.CostHelper.getCityMarkup (CostHelper.java:81)
[20] com.europeasap.logic.CostHelper.computeBasePackageCost(CostHelper.java:289)
[21] com.europeasap.logic.CostHelper.computeFinalPackageCost(CostHelper.java:246)
[22] com.europeasap.form.CustomerBookingForm.updateDisplayCosts(CustomerBookingForm.java:1,440)
[23] com.europeasap.form.CustomerBookingForm.updateCustomizeDisplayInfo(CustomerBookingForm.java:1,407)
[24] com.europeasap.action.CustomizeTrip.perform (CustomizeTrip.java:68)
[25] org.apache.struts.action.ActionServlet.processActionPerform(ActionServlet.java:1,787)
[26] org.apache.struts.action.ActionServlet.process(ActionServlet.java:1,586) [27]
org.apache.struts.action.ActionServlet.doPost (ActionServlet.java:510)
[28] javax.servlet.http.HttpServlet.service (HttpServlet.java:760)
[29] javax.servlet.http.HttpServlet.service (HttpServlet.java:853)
[30] org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
[31] org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
[32] org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
[33]org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext (StandardPipeline.java:643)
[34] org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
[35] org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
[36] org.apache.catal -
Notification: "The report deployment process in in progress"
Hi All,
We're implementing Service manager and we have an issue with the reporting management packs.
Upon opening the Service manager console we're getting the error:
"The report deployment process in in progress. To determine when management pack deployment is complete, see the procedure in the service manager deployment guide. You can view reports after management packs have been deployed."
I've consulted the guide and the MPsyncjobs tasks runs and completes in under 1 minute, the Get-SCDWJob command returns the following:
BatchId Name Status CategoryName StartTime
6490 MPSyncJob Not Started Synchronization
6482 DWMaintenance Not Started Maintenance
6488 Load.Common Not Started Load
6484 Load.OMDWDataMart Not Started Load
6485 Load.CMDWDataMart Not Started Load
6492 Extract_DW_SBCSMDW Not Started Extract
6486 Transform.Common Not Started Transform
In the GUI under "data warehouse jobs" the job MPSyncJob is Not started but in the details section under Job Progress it's stuck at 48/48 and looks like it's running.
I'm new to System Center so if anyone could point me into the right direction to work out how to get reporting working that would be great.
Thanks.Modified the required files as per the specifiacation in both xml and properties files .
Deployed the service successfully.
But problem is it's not picking the file from the source server.
Please guide me how to test the service...in the bpel after deploying the service...
how the check the service log ? -
WL server failed to response under load
Hi
We have a quite strange situation on my sight. Under load our WL 10.3.2 server failed to response. We are using RestEasy with HttpClient version 3.1 to coordinate with web service deployed as WAR.
What we have is a calculation process that run on 4 containers based on 4 physical machines and each of them send request to WL during calculation.
Each run we see a messages from HttpClient like this:
[THREAD1] INFO I/O exception (org.apache.commons.httpclient.NoHttpResponseException) caught when processing request: The server OUR_SERVER_NAME failed to respond
[THREAD1] INFO Retrying request
The HttpClient make several requests until get necessary data.
I want to understand why WL can refuse connections. I read about WL thread pool that process http request and understand that WL allocate separate thread to process web request and the numbers of threads is not bounded in default configuration. Also our server is configured Maximum Open Sockets: -1 which means that the number of open sockets is unlimited.
From this thread I'd want to understand where the issue is? Is it on WL side or it's a problem of our business logic? Can you guys help to deeper investigate the situation.
What should I check more in order to understand that our WL server is configured to work with as much requests as we want?Thanks for a good explanation!
Linux server it's not in my competencies but what we have now is:
root soft nofile 3072
root hard nofile 65536
So the upper number is really big. As I understood it's a config for whole processes in operation system.
But I go further and find these numbers for our WL managed server.
cat /proc/23085/limits
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 10485760 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 578455 578455 processes
Max open files 8192 8192 files
Max locked memory 32768 32768 bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 578455 578455 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Again it's only a config numbers. If continue moving in this direction I'd want to see the real numbers when the server is under load. So finding these numbers I would make an assumption that the issue is here. Don't you know is there a log file or history file where I can find a max open file descriptors for WL server? -
Deployed processes not showing in BPEL Console
I am working on a processes that uses AQ to interface with a Oracle back end application.
It seemed to work fine, but from a certain moment on it didn't pick up any messages that were qeueued. Except for the first instance of the process. Though the monitor showed it waiting for the response, the process had actually received the response and had proceeded with the next step (in which a file was written to a directory, as I could see). Then it stopped. All subsequent processes stopped after queueing an input message.
After stopping and starting the BPEL Process Manager and OC4J container things went from bad to worse. Now none of the deployed processes are visible in the monitor. However, if I look at a previous instance of a process, it does show up on the dashboard.
I've had a look at the application log of the orabpel OC4J application and it shows a lot of errors (of the same sort) since BEPL Process Manager was stopped. Restarting the Application Server didn't help.
This is the error I'm getting:
05/12/19 14:55:19 MessageDrivenHome::run: dequeue FAILED; attempting to re-acquire JMS session for blocking receive
05/12/19 14:55:19 MessageDrivenHome::run: retry_cnt=0 this.dequeue_retry_cnt=0 this.dequeue_retry_interval=60
Does anybody have a clue about what is wrong?Some more info on the problem:
I took one of the application servers out of the cluster and began working on it in a standalone state.
The Setup, OracleAS Middle Tier with BPEL:
1. The Application server sits on an internal network that has access to the outside world but restricted incoming access.
2. There is an Apache server running mod_proxy that acts as a reverse proxy for all requests to http://workflow/. http://workflow/ connects the requests to http://servername:7797/, where BPEL is running.
This works to get connectivity to the Application Server. We want the WSDL Location to start with http://workflow/ insead of http://servername:7797/ so we can eventually use a clustered load balancing environment.
I found out that the processes are not showing up in the BPEL Dashboard when I change, soapCallbackUrl and soapServerUrl to http://workflow/. They will not show up until I actually navigate to the WSDL file using teh http://workflow beginning. After which they show up in the BPEL Dashboard. However, on a OC4J_BPEL restart they all disappear again.
Everything works if I use the http://servername:7797/ beginning for WSDLs, but this will not work for the overall implementation.
How can I change soapCallbackUrl and soapServerUrl to http://workflow and still use the BPEL Dashboard? -
I have this error on deployed process (in BPEL console). What is this?
I have this error on deployed process (in BPEL console). What is this?
The following exception occured while loading this Process:
Exception Name:
java.lang.ClassCastException
Exception Description:
null
Suggested Fix:
Context:
Stack Trace:
--------------------------------------------------------------------------------------------There is some more log (debug mode on domain).
thanks.
<2006-07-05 09:53:43,276> <DEBUG> <askatin.collaxa.cube.activation> <AdapterFramework::Inbound> Looking up Resource Adapter JNDI location 'eis/AQ/aqSample'
<2006-07-05 09:53:43,276> <INFO> <askatin.collaxa.cube.activation> <AdapterFramework::Inbound> Creating new instance of Resource Adapter oracle.tip.adapter.aq.AQResourceAdapter
<2006-07-05 09:53:43,276> <DEBUG> <askatin.collaxa.cube.activation> <AdapterFramework::Inbound> Looking up Resource Adapter JNDI location 'eis/AQ/aqSample'
<2006-07-05 09:53:43,276> <INFO> <askatin.collaxa.cube.activation> <AdapterFramework::Inbound> Creating new instance of Resource Adapter oracle.tip.adapter.aq.AQResourceAdapter
<2006-07-05 09:53:43,431> <DEBUG> <askatin.collaxa.cube.engine.deployment> <DeploymentHelper::deployProcess> Deployed file /oracle/product/oas1012/ias/integration/orabpel/domains/askatin/deploy/bpel_NotifyUserOfChange_1.0.jar
<2006-07-05 09:53:43,809> <DEBUG> <askatin.collaxa.cube.engine.deployment> <CubeProcessMonitorWork::run> Loading process archive bpel_NotifyUserOfChange_1.0.jar
<2006-07-05 09:53:43,811> <DEBUG> <askatin.collaxa.cube.engine.deployment> <BPELArchive::unpack> Unpacking process 'NotifyUserOfChange', revision '1.0' from BPEL archive 'bpel_NotifyUserOfChange_1.0.jar'
<2006-07-05 09:53:43,841> <DEBUG> <askatin.collaxa.cube.engine.deployment> <BPELArchive::unpack> Extracted archive stale ... reextract
<2006-07-05 09:53:44,386> <DEBUG> <askatin.collaxa.cube.engine.deployment> <CubeProcessFactory::create> Creating process 'NotifyUserOfChange' (revision '1.0')
<2006-07-05 09:53:44,389> <DEBUG> <askatin.collaxa.cube.engine.deployment> <CubeProcessFactory::loadProcess> Cannot find process class bpel.p0.BPEL_BIN ... recompile process
<2006-07-05 09:53:44,389> <DEBUG> <askatin.collaxa.cube.compiler> home directory is: /oracle/product/oas1012/ias/integration/orabpel
<2006-07-05 09:53:44,426> <DEBUG> <askatin.collaxa.cube.compiler> lib dir is: /oracle/product/oas1012/ias/integration/orabpel/lib
<2006-07-05 09:53:44,426> <DEBUG> <askatin.collaxa.cube.xml> <ProcessSchemaManager::loadWSDLs> Begin loading wsdl for partner "ReceiveFromIfs" from "file:/C:/distr/oracle/collabration/ContentServices_WebServices/sample_code/sample_custom_workflows/jdev_projects/SetLinkOnNew/Dequeue.wsdl"
<2006-07-05 09:53:44,426> <ERROR> <askatin.collaxa.cube.engine.deployment> <CubeProcessFactory::generateProcessClass>
Process "NotifyUserOfChange" (revision "1.0") compilation failed.
<2006-07-05 09:53:44,427> <DEBUG> <askatin.collaxa.cube.engine.deployment> <CubeProcessFactory::create> Error creating process
java.lang.NullPointerException
at com.collaxa.cube.engine.CubeContextHelper.getLocationResolver(CubeContextHelper.java:113)
at com.collaxa.cube.ws.wsdl.WSDLManager.getWSDL(WSDLManager.java:200)
at com.collaxa.cube.xml.xsd.xerces.ProcessSchemaManager.loadWSDLs(ProcessSchemaManager.java:214)
at com.collaxa.cube.lang.compiler.BPELProcessModel.loadWSDLs(BPELProcessModel.java:148)
at com.collaxa.cube.lang.compiler.bpel.BPELValidator.validateServerSide(BPELValidator.java:56)
at com.collaxa.cube.lang.compiler.CubeProcessor.validateServerSide(CubeProcessor.java:1192)
at com.collaxa.cube.lang.compiler.CubeProcessor.transformServerSide(CubeProcessor.java:663)
at com.collaxa.cube.lang.compiler.CubeParserHelper.compileServerSide(CubeParserHelper.java:89)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.generateProcessClass(CubeProcessFactory.java:224)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.loadProcess(CubeProcessFactory.java:174)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.loadProcess(CubeProcessFactory.java:117)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.create(CubeProcessFactory.java:52)
at com.collaxa.cube.engine.deployment.CubeProcessLoader.create(CubeProcessLoader.java:391)
at com.collaxa.cube.engine.deployment.CubeProcessLoader.load(CubeProcessLoader.java:302)
at com.collaxa.cube.engine.deployment.CubeProcessHolder.loadAndBind(CubeProcessHolder.java:881)
at com.collaxa.cube.engine.deployment.CubeProcessHolder.loadArchive(CubeProcessHolder.java:824)
at com.collaxa.cube.engine.CubeEngine.loadProcessArchive(CubeEngine.java:939)
at com.collaxa.cube.ejb.impl.BPELDomainManagerBean.loadProcessArchive(BPELDomainManagerBean.java:390)
at IBPELDomainManagerBean_StatelessSessionBeanWrapper34.loadProcessArchive(IBPELDomainManagerBean_StatelessSessionBeanWrapper34.java:2157)
at com.collaxa.cube.engine.deployment.CubeProcessMonitorWork.run(CubeProcessMonitorWork.java:130)
at oracle.tip.adapter.fw.jca.work.WorkerJob.go(WorkerJob.java:51)
at oracle.tip.adapter.fw.common.ThreadPool.run(ThreadPool.java:267)
at java.lang.Thread.run(Thread.java:534)
<2006-07-05 09:53:44,428> <DEBUG> <askatin.collaxa.cube.engine.deployment> <CubeProcessLoader::create>
java.lang.NullPointerException
at com.collaxa.cube.engine.CubeContextHelper.getLocationResolver(CubeContextHelper.java:113)
at com.collaxa.cube.ws.wsdl.WSDLManager.getWSDL(WSDLManager.java:200)
at com.collaxa.cube.xml.xsd.xerces.ProcessSchemaManager.loadWSDLs(ProcessSchemaManager.java:214)
at com.collaxa.cube.lang.compiler.BPELProcessModel.loadWSDLs(BPELProcessModel.java:148)
at com.collaxa.cube.lang.compiler.bpel.BPELValidator.validateServerSide(BPELValidator.java:56)
at com.collaxa.cube.lang.compiler.CubeProcessor.validateServerSide(CubeProcessor.java:1192)
at com.collaxa.cube.lang.compiler.CubeProcessor.transformServerSide(CubeProcessor.java:663)
at com.collaxa.cube.lang.compiler.CubeParserHelper.compileServerSide(CubeParserHelper.java:89)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.generateProcessClass(CubeProcessFactory.java:224)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.loadProcess(CubeProcessFactory.java:174)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.loadProcess(CubeProcessFactory.java:117)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.create(CubeProcessFactory.java:52)
at com.collaxa.cube.engine.deployment.CubeProcessLoader.create(CubeProcessLoader.java:391)
at com.collaxa.cube.engine.deployment.CubeProcessLoader.load(CubeProcessLoader.java:302)
at com.collaxa.cube.engine.deployment.CubeProcessHolder.loadAndBind(CubeProcessHolder.java:881)
at com.collaxa.cube.engine.deployment.CubeProcessHolder.loadArchive(CubeProcessHolder.java:824)
at com.collaxa.cube.engine.CubeEngine.loadProcessArchive(CubeEngine.java:939)
at com.collaxa.cube.ejb.impl.BPELDomainManagerBean.loadProcessArchive(BPELDomainManagerBean.java:390)
at IBPELDomainManagerBean_StatelessSessionBeanWrapper34.loadProcessArchive(IBPELDomainManagerBean_StatelessSessionBeanWrapper34.java:2157)
at com.collaxa.cube.engine.deployment.CubeProcessMonitorWork.run(CubeProcessMonitorWork.java:130)
at oracle.tip.adapter.fw.jca.work.WorkerJob.go(WorkerJob.java:51)
at oracle.tip.adapter.fw.common.ThreadPool.run(ThreadPool.java:267)
at java.lang.Thread.run(Thread.java:534)
<2006-07-05 09:53:44,429> <ERROR> <askatin.collaxa.cube.engine.deployment> <CubeProcessLoader::create>
<2006-07-05 09:53:44,429> <ERROR> <askatin.collaxa.cube.engine.deployment> Process "NotifyUserOfChange" (revision "1.0") load FAILED!!
<2006-07-05 09:53:44,429> <DEBUG> <askatin.collaxa.cube.engine.dispatch> <BaseDispatchSet::receive> Receiving message log process event message 11d1def534ea1be0:1ee2c2c:10c3a1465c2:-7fea for set system
<2006-07-05 09:53:44,430> <DEBUG> <askatin.collaxa.cube.engine.dispatch> <Dispatcher::adjustThreadPool> Allocating 1 thread(s); pending threads: 1, active threads: 0, total: 463
<2006-07-05 09:53:44,430> <DEBUG> <askatin.collaxa.cube.engine.dispatch> <QueueConnectionPool::getConnection> Fetched a queue connection from pool java:comp/env/jms/collaxa/BPELWorkerQueueFactory, available connections=24, total connections=25
<2006-07-05 09:53:44,432> <DEBUG> <askatin.collaxa.cube.engine.dispatch> <DispatcherBean::send> Sent message to queue
<2006-07-05 09:53:44,432> <DEBUG> <askatin.collaxa.cube.engine.dispatch> <QueueConnectionPool::releaseConnection> Released queue connection to pool java:comp/env/jms/collaxa/BPELWorkerQueueFactory, available connections=25, total connections=25
<2006-07-05 09:53:44,433> <DEBUG> <askatin.collaxa.cube.engine.deployment> <CubeProcessHolder::bind> Exception while loading process
java.lang.NullPointerException
at com.collaxa.cube.engine.CubeContextHelper.getLocationResolver(CubeContextHelper.java:113)
at com.collaxa.cube.ws.wsdl.WSDLManager.getWSDL(WSDLManager.java:200)
at com.collaxa.cube.xml.xsd.xerces.ProcessSchemaManager.loadWSDLs(ProcessSchemaManager.java:214)
at com.collaxa.cube.lang.compiler.BPELProcessModel.loadWSDLs(BPELProcessModel.java:148)
at com.collaxa.cube.lang.compiler.bpel.BPELValidator.validateServerSide(BPELValidator.java:56)
at com.collaxa.cube.lang.compiler.CubeProcessor.validateServerSide(CubeProcessor.java:1192)
at com.collaxa.cube.lang.compiler.CubeProcessor.transformServerSide(CubeProcessor.java:663)
at com.collaxa.cube.lang.compiler.CubeParserHelper.compileServerSide(CubeParserHelper.java:89)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.generateProcessClass(CubeProcessFactory.java:224)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.loadProcess(CubeProcessFactory.java:174)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.loadProcess(CubeProcessFactory.java:117)
at com.collaxa.cube.engine.deployment.CubeProcessFactory.create(CubeProcessFactory.java:52)
at com.collaxa.cube.engine.deployment.CubeProcessLoader.create(CubeProcessLoader.java:391)
at com.collaxa.cube.engine.deployment.CubeProcessLoader.load(CubeProcessLoader.java:302)
at com.collaxa.cube.engine.deployment.CubeProcessHolder.loadAndBind(CubeProcessHolder.java:881)
at com.collaxa.cube.engine.deployment.CubeProcessHolder.loadArchive(CubeProcessHolder.java:824)
at com.collaxa.cube.engine.CubeEngine.loadProcessArchive(CubeEngine.java:939)
at com.collaxa.cube.ejb.impl.BPELDomainManagerBean.loadProcessArchive(BPELDomainManagerBean.java:390)
at IBPELDomainManagerBean_StatelessSessionBeanWrapper34.loadProcessArchive(IBPELDomainManagerBean_StatelessSessionBeanWrapper34.java:2157)
at com.collaxa.cube.engine.deployment.CubeProcessMonitorWork.run(CubeProcessMonitorWork.java:130)
at oracle.tip.adapter.fw.jca.work.WorkerJob.go(WorkerJob.java:51)
at oracle.tip.adapter.fw.common.ThreadPool.run(ThreadPool.java:267)
at java.lang.Thread.run(Thread.java:534)
<2006-07-05 09:53:44,434> <ERROR> <askatin.collaxa.cube> <BaseCubeSessionBean::logError> Error while invoking bean "domain manager": Error while loading process.
The process domain encountered the following errors while loading the process "NotifyUserOfChange" (revision "1.0"): null.
If you have installed a patch to the server, please check that the bpelcClasspath domain property includes the patch classes.
ORABPEL-05215
Error while loading process.
The process domain encountered the following errors while loading the process "NotifyUserOfChange" (revision "1.0"): null.
If you have installed a patch to the server, please check that the bpelcClasspath domain property includes the patch classes.
at com.collaxa.cube.engine.deployment.CubeProcessHolder.bind(CubeProcessHolder.java:1269)
at com.collaxa.cube.engine.deployment.CubeProcessHolder.loadAndBind(CubeProcessHolder.java:882)
at com.collaxa.cube.engine.deployment.CubeProcessHolder.loadArchive(CubeProcessHolder.java:824)
at com.collaxa.cube.engine.CubeEngine.loadProcessArchive(CubeEngine.java:939)
at com.collaxa.cube.ejb.impl.BPELDomainManagerBean.loadProcessArchive(BPELDomainManagerBean.java:390)
at IBPELDomainManagerBean_StatelessSessionBeanWrapper34.loadProcessArchive(IBPELDomainManagerBean_StatelessSessionBeanWrapper34.java:2157)
at com.collaxa.cube.engine.deployment.CubeProcessMonitorWork.run(CubeProcessMonitorWork.java:130)
at oracle.tip.adapter.fw.jca.work.WorkerJob.go(WorkerJob.java:51)
at oracle.tip.adapter.fw.common.ThreadPool.run(ThreadPool.java:267)
at java.lang.Thread.run(Thread.java:534) -
Hi,
I am getting below error if I am trying to deploy the process on the application server.I have included property names in my bpel.xml as below to access wsdl which is having http basic authentication
<partnerLinkBinding name="SyStaffService">
<property name="wsdlLocation">SyStaffService.wsdl</property>
<property name="httpUserPassword">CRYPT{LZvxvb0gzLWAzGQiyaP/5Q==}</property>
<property name="httpUserName">schoolmax</property>
</partnerLinkBinding>
[deployProcess] Deploying process C:\jdevstudio10134\jdev\mywork\HT\STAFFREAD\output\bpel_STAFFREAD_1.0.jar
BUILD FAILED
C:\jdevstudio10134\jdev\mywork\HT\STAFFREAD\build.xml:78: A problem occured while connecting to server "localhost" using port "80": bpel_STAFFREAD_1.0.jar failed to deploy. Exception message is: ORABPEL-05215
Error while loading process.
The process domain encountered the following errors while loading the process "STAFFREAD" (revision "1.0"): Failed to read wsdl.
Error happened when reading wsdl at "C:\OracleSOA\bpel\domains\default\tmp\.bpel_STAFFREAD_1.0_d72966d5a88e6f980eedef77a89defc2.tmp\SyStaffService.wsdl", because "Error reading import of file:/C:/OracleSOA/bpel/domains/default/tmp/.bpel_STAFFREAD_1.0_d72966d5a88e6f980eedef77a89defc2.tmp/SyStaffService.wsdl: Failed to read WSDL from http://sazbird:8080/IntegrationServices/SyStaffService?wsdl: HTTP connection error code is 401".
Make sure wsdl exists at that URL and is valid.
If you have installed a patch to the server, please check that the bpelcClasspath domain property includes the patch classes.
at com.collaxa.cube.engine.deployment.CubeProcessHolder.bind(CubeProcessHolder.java:286)
at com.collaxa.cube.engine.deployment.DeploymentManager.deployProcess(DeploymentManager.java:926)
at com.collaxa.cube.engine.deployment.DeploymentManager.deploySuitcase(DeploymentManager.java:792)
at com.collaxa.cube.ejb.impl.BPELDomainManagerBean.deploySuitcase(BPELDomainManagerBean.java:455)
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:585)
at com.evermind.server.ejb.interceptor.joinpoint.EJBJoinPointImpl.invoke(EJBJoinPointImpl.java:35)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.JAASInterceptor$1.run(JAASInterceptor.java:31)
at com.evermind.server.ThreadState.runAs(ThreadState.java:693)
at com.evermind.server.ejb.interceptor.system.JAASInterceptor.invoke(JAASInterceptor.java:34)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.TxRequiredInterceptor.invoke(TxRequiredInterceptor.java:50)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.InvocationContextPool.invoke(InvocationContextPool.java:55)
at com.evermind.server.ejb.StatelessSessionEJBObject.OC4J_invokeMethod(StatelessSessionEJBObject.java:87)
at DomainManagerBean_RemoteProxy_4bin6i8.deploySuitcase(Unknown Source)
at com.oracle.bpel.client.BPELDomainHandle.deploySuitcase(BPELDomainHandle.java:319)
at com.oracle.bpel.client.BPELDomainHandle.deployProcess(BPELDomainHandle.java:341)
at deployHttpClientProcess.jspService(_deployHttpClientProcess.java:376)
at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:59)
at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:462)
at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:594)
at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:518)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:64)
at oracle.security.jazn.oc4j.JAZNFilter$1.run(JAZNFilter.java:400)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at oracle.security.jazn.oc4j.JAZNFilter.doFilter(JAZNFilter.java:414)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:623)
at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:370)
at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:871)
at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:453)
at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:313)
at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:199)
at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
at java.lang.Thread.run(Thread.java:595)
Total time: 1 second
Thanks for your help,
harshaBalu,
it seems you are trying to deploy example for B2B. Please check your B2B is up, AQ are up and accessible and you can also check your SOA dehydration DB .
You can check some setup and dexample at: http://www.oracle.com/technology/products/integration/b2b/pdf/B2B_TU_001_B2B_BPEL.pdf
-JMehta -
The deployment process seems to die or get stuck, iAS 6 SP3 for Solaris 8?
When I deploy my application in iAS 6 SP3 for Solaris 8 the deployment process seems to die or get stuck. In the shell window i get the messages
iasdeploy for iPlanet Application Server 6.0 SP3
Connected to LDAP server on sstu15.auto.com port 389
iPlanet Application Server is running in international mode
sstu15:null
sstu15:10 kas> deployment action ''J2EEInstallEar'' (/u02/home/iplanet/JAR/SSS.ear) running.
sstu15:10 kas> deployment action ''J2EEInstallEar'' (/u02/home/iplanet/JAR/SSS.ear) running.
After this nothing happens for a really long time.
When starting the deployment I get in the beginning of kas.log two entries
ADMIN-168: kas> deployment get log ''J2EEInstallEar''
GDS-007: finished a registry load
but suddenly the second line disappears and the only message I get is the first entry. I need to break the deployment process and kill the processes manually.
When starting the application server I get two error messages:
Connected to LDAP server on sstu15.auto.com port 389
iPlanet Application Server is running in international mode
Connected to LDAP server on sstu15.auto.com port 389
iPlanet Application Server is running in international mode
iPlanet Administrative Server
Version 6.0 SP3, Build 20010704
Copyright (c) 1996-1997 KIVA Software Corporation.
Copyright (c) 1998-1999 Netscape Communications Corporation.
Copyright (c) 2000-2001 Sun Microsystems, Inc. Some preexisting portions Copyright (c) 2000 Netscape Communications Corp
. All rights reserved.
Use of this software is governed by the terms of the executed license agreement between you and iPlanet E-Commerce Solutions.
[14/Feb/2002 11:02:12:7] error: ADMIN-071: kas> error: failed to either start up or connect to engine ''0'' (CCS0)
[14/Feb/2002 11:03:08:8] error: ADMIN-071: kas> error: failed to either start up or connect to engine ''1'' (CCS0)
I think all processes starts OK, I get one for .kas and one for kas, one for .kxs and one for kxs and finally one for .kjs and one for kjs.
Is someone familiar with this/these problem(s)?It seems you are deploying a very big application. Try to deploy this application with following command
j2eeappreg <filename>
It should work fine. It was a bug with iasdeploy command in iAS SP3 which had been fixed in iAS SP4. -
I've lost a load of notes, but dont know why or how to get them back. I cant find the folder that is in my Yahoo account that people have suggested might be the location for the messages. I recently signed into iCloud for the first time. Any idea how to get the notes back? I really dont want to lose them.
It should keep asking for the password, because it's trying to check for purchases... As soon as you login, it will see you have pending downloads and create the downloads section on the left below Purchases under the Store section. Then it will start the music downloads there, as they will be listed one below the other.
You could just try to check your account balance or view your account and that will trigger a password request too. You can just click on that and say that now iTunes keeps asking for the password and ask him to help you with that. Trick would be to interrupt him so that he carries on with another task after, so he doesn't notice the download. Or you carry on with email or browsing which you were "busy" with when iTunes interrupted you for the password (stupid iTunes) -
Can deploy process but not workflow (10.1.3.10 beta)
I tried to deploy several of the demo BPEL processes, but each time the process is deployed successfully, but the workflow is not. Fro example OrderApproval.
I tried setting properties in the build.properties file, but apparently to no avail. Also changing them via the project ant properties did not help.
It looks like the payload JSP did not get deployed -- most of the process works, including the workflow bit, as long as one does not try to look into the worklist entry contents (which gives the 404 Not Found error, same as in the 10.1.2 version when the JSP page is not in the proper directory of hw/worklistexpress).
I noticed some strange behavior in the build properties as stored in the project file (OrderApproval.jpr). There are a lot of equivalent ("fromjdev") entries in the oracle.jdeveloper.ant.AntRunConfiguration hash table. Also, each time after I run a deploy, the value for oc4jinstancename is removed and a corresponding <null/> entry shows up in the file. I tried cleaning up redundant fromjdev entries, but it did not help.
Also hard coding the oc4jinstancename attribute to soademo did not help.
Any suggestions on how to fix the build? See below for a log; I added printing of the deploy attributes to the build.xml file.
Apache Ant version 1.6.5 compiled on June 2 2005
Buildfile: C:\JDevSOA10.1.3.10beta\jdev\mywork\demos\OrderApproval\build.xml
Detected Java version: 1.5 in: C:\JDevSOA10.1.3.10beta\jdk\jre
Detected OS: Windows XP
parsing buildfile C:\JDevSOA10.1.3.10beta\jdev\mywork\demos\OrderApproval\build.xml with URI = file:///C:/JDevSOA10.1.3.10beta/jdev/mywork/demos/OrderApproval/build.xml
Project base dir set to: C:\JDevSOA10.1.3.10beta\jdev\mywork\demos\OrderApproval\bpel
Property ${home} has not been set
[property] Loading C:\JDevSOA10.1.3.10beta\jdev\mywork\demos\OrderApproval\bpel\${home}\samples\common.properties
[property] Unable to find property file: C:\JDevSOA10.1.3.10beta\jdev\mywork\demos\OrderApproval\bpel\${home}\samples\common.properties
Build sequence for target(s) `validateTask' is [validateTask]
Complete build sequence is [validateTask, deployTaskForm, loadproperty, compile, deployProcess, all, ]
validateTask:
[echo] --------------------------------------------------------------
[echo] // Validating workflow
[echo] --------------------------------------------------------------
[validateTask] url is file:/C:/JDevSOA10.1.3.10beta/integration/bpm/support/files/WorkflowTaskDefinition.xsd
[validateTask] Validation of workflow task definitions is completed without errors
Build sequence for target(s) `deployProcess' is [deployProcess]
Complete build sequence is [deployProcess, validateTask, deployTaskForm, loadproperty, compile, all, ]
deployProcess:
[echo] --------------------------------------------------------------
[echo] // Deploying bpel process OrderApproval on localhost and port 8888
[echo] --------------------------------------------------------------
[deployProcess] Deploying process C:\JDevSOA10.1.3.10beta\jdev\mywork\demos\OrderApproval\bpel\..\output\bpel_OrderApproval_1.0.jar
[deployProcess] Successfully deployed the process "OrderApproval" on server "localhost" and port "8888"
Build sequence for target(s) `deployTaskForm' is [deployTaskForm]
Complete build sequence is [deployTaskForm, validateTask, loadproperty, compile, deployProcess, all, ]
deployTaskForm:
[echo] --------------------------------------------------------------
[echo] // Deploying workflow form on localhost and port 8888
[echo] --------------------------------------------------------------
[echo] hostname=localhost httpport=8888 rmiport=23791
[echo] platform=oc4j opmnrequestport=23791
[echo] oc4jinstancename= asinstancename=soademo domain=default rev=1.0
BUILD FAILED
C:\JDevSOA10.1.3.10beta\jdev\mywork\demos\OrderApproval\build.xml:52: Error while deploying the form on server "{0}" Error message :
com.evermind.client.orion.AdminCommandException: Could not connect to the remote server. Please check if the server is down or the client is using invalid host, ORMI port or password to connect: Connection refused: connect
at com.evermind.client.orion.Oc4jAdminConsole.createCannotConnectException(Oc4jAdminConsole.java:175)
at com.evermind.client.orion.Oc4jAdminConsole.executeCommand(Oc4jAdminConsole.java:128)
at com.collaxa.cube.ant.taskdefs.DeployForm.deployOC4J(DeployForm.java:612)
at com.collaxa.cube.ant.taskdefs.DeployForm.deployForm(DeployForm.java:521)
at com.collaxa.cube.ant.taskdefs.DeployForm.deployForms(DeployForm.java:780)
at com.collaxa.cube.ant.taskdefs.DeployForm.execute(DeployForm.java:806)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at org.apache.tools.ant.Target.performTasks(Target.java:369)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
at org.apache.tools.ant.Project.executeTarget(Project.java:1185)
at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
at org.apache.tools.ant.Project.executeTargets(Project.java:1068)
at oracle.jdevimpl.ant.runner.AntLauncher.launch(AntLauncher.java:321)
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:585)
at oracle.jdevimpl.ant.runner.InProcessAntStarter.runAnt(InProcessAntStarter.java:295)
at oracle.jdevimpl.ant.runner.InProcessAntStarter.mav$runAnt(InProcessAntStarter.java)
at oracle.jdevimpl.ant.runner.InProcessAntStarter$1.run(InProcessAntStarter.java:71)
Caused by: javax.naming.CommunicationException: Connection refused: connect [Root exception is java.net.ConnectException: Connection refused: connect]
at com.evermind.server.rmi.RMIClient.lookup(RMIClient.java:258)
at com.evermind.server.rmi.RMIClientContext.lookup(RMIClientContext.java:51)
at com.evermind.client.orion.Oc4jAdminConsole.executeCommand(Oc4jAdminConsole.java:126)
... 20 more
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:507)
at java.net.Socket.connect(Socket.java:457)
at java.net.Socket.<init>(Socket.java:365)
at java.net.Socket.<init>(Socket.java:207)
at com.evermind.server.rmi.RMIClientConnection.createSocket(RMIClientConnection.java:645)
at oracle.oc4j.rmi.ClientSocketRmiTransport.createNetworkConnection(ClientSocketRmiTransport.java:58)
at oracle.oc4j.rmi.ClientRmiTransport.connectToServer(ClientRmiTransport.java:78)
at oracle.oc4j.rmi.ClientSocketRmiTransport.connectToServer(ClientSocketRmiTransport.java:68)
at com.evermind.server.rmi.RMIClientConnection.connect(RMIClientConnection.java:609)
at com.evermind.server.rmi.RMIClientConnection.sendLookupRequest(RMIClientConnection.java:153)
at com.evermind.server.rmi.RMIClientConnection.lookup(RMIClientConnection.java:137)
at com.evermind.server.rmi.RMIClient.lookup(RMIClient.java:249)
... 22 more
at com.collaxa.cube.ant.taskdefs.DeployForm.execute(DeployForm.java:818)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at org.apache.tools.ant.Target.performTasks(Target.java:369)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
at org.apache.tools.ant.Project.executeTarget(Project.java:1185)
at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
at org.apache.tools.ant.Project.executeTargets(Project.java:1068)
at oracle.jdevimpl.ant.runner.AntLauncher.launch(AntLauncher.java:321)
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:585)
at oracle.jdevimpl.ant.runner.InProcessAntStarter.runAnt(InProcessAntStarter.java:295)
at oracle.jdevimpl.ant.runner.InProcessAntStarter.mav$runAnt(InProcessAntStarter.java)
at oracle.jdevimpl.ant.runner.InProcessAntStarter$1.run(InProcessAntStarter.java:71)
Total time: 2 seconds
Snippet from project file:
<hash n="oracle.jdeveloper.ant.AntRunConfiguration">
<url n="buildfileURL" path="build.xml"/>
<value n="outputLevel" v="3"/>
<list n="propertyNames">
<string v="fromjdev"/>
<string v="fromjdev"/>
<string v="fromjdev"/>
<string v="fromjdev"/>
<string v="user"/>
<string v="password"/>
<string v="type"/>
<string v="host"/>
<string v="port"/>
<string v="fromjdev"/>
<string v="fromjdev"/>
<string v="fromjdev"/>
<string v="fromjdev"/>
<string v="asinstancename"/>
<string v="fromjdev"/>
<string v="fromjdev"/>
<string v="fromjdev"/>
<string v="fromjdev"/>
<string v="fromjdev"/>
<string v="opmn.requestport"/>
<string v="admin.user"/>
<string v="platform"/>
<string v="domain"/>
<string v="oc4jinstancename"/>
<string v="hostname"/>
<string v="http.port"/>
<string v="admin.password"/>
<string v="rmi.port"/>
<string v="rev"/>
</list>
<list n="propertyValues">
<string v="true"/>
<string v="true"/>
<string v="true"/>
<string v="true"/>
<string v="oc4jadmin"/>
<string v="welcome1"/>
<string v="oc4j"/>
<string v="localhost"/>
<string v="8888"/>
<string v="true"/>
<string v="true"/>
<string v="true"/>
<string v="23791"/>
<string v="soademo"/>
<string v="true"/>
<string v="true"/>
<string v="true"/>
<string v="true"/>
<string v="true"/>
<string v="23791"/>
<string v="oc4jadmin"/>
<string v="oc4j"/>
<string v="default"/>
<null/>
<string v="localhost"/>
<string v="8888"/>
<string v="welcome1"/>
<string v="23791"/>
<string v="1.0"/>
</list>
<list n="targetList">
<string v="validateTask"/>
<string v="deployProcess"/>
<string v="deployTaskForm"/>
<string v="deployDecisionServices"/>
</list>
</hash>When I change the rmi ports to 23793 via the project properties and save, they get updated correctly in the .jpr file. However, the deploy still fails, because somehow JDeveloper resets the values back to 23791 (just as it routinely wipes out the oc4jinstancename) and writes them to the .jpr file.
How can I make the new value 'stick'?
I tried changing the port of the LocalBPELApplicationServer from 23791 to 23793 but got:
Error while getting remote MBeanServer for url: ormi://localhost:23793/default:
Error reading application-client descriptor: Error communicating with server: Connection refused: connect; nested exception is:
javax.naming.CommunicationException: Connection refused: connect [Root exception is java.net.ConnectException: Connection refused: connect]
When I click on the [+] next to the connection I get this:
oracle.oc4j.admin.jmx.shared.exceptions.JMXRuntimeException: Error while getting remote MBeanServer for url: ormi://localhost:23793/default
at oracle.oc4j.admin.jmx.client.CoreRemoteMBeanServer.fetchMBeanServerEjbRemote(CoreRemoteMBeanServer.java:499)
at oracle.oc4j.admin.jmx.client.CoreRemoteMBeanServer.<init>(CoreRemoteMBeanServer.java:160)
at oracle.oc4j.admin.jmx.client.RemoteMBeanServer.<init>(RemoteMBeanServer.java:128)
at oracle.oc4j.admin.jmx.client.RemoteMBeanServer.getMBeanServer(RemoteMBeanServer.java:158)
at oracle.oc4j.admin.jmx.client.ClientMBeanServerProxyFactory.getMBeanServer(ClientMBeanServerProxyFactory.java:68)
<snip>
And even then, the deploy process still forces the port to 23791.
I restarted the server and JDeveloper, but the problem persists. -
Deployed processes stopped showing up in BPEL console
Hello,
Our BPEL processes stopped picking up business events; BPEL console dashboard is empty. After, restarting oc4j_soa instance on secondary node, BPEL process picked up business events. After few minutes, BPEL process showed in console.
After one day, BPEL processes disappeared from console.
Following is the error message, I see in soa_err*.log on all nodes after the last successful pick up.
Nov 5, 2010 7:18:57 PM org.collaxa.thirdparty.jgroups.blocks.ConnectionTable$Connection run
INFO: exception is java.net.SocketException: Socket closed
Nov 5, 2010 7:18:57 PM org.collaxa.thirdparty.jgroups.blocks.PullPushAdapter run
WARNING: [<null>] channel closed, exception is ChannelClosedException
10/11/05 19:22:28 oracle.oc4j.rmi.ApplicationStoppedException: Application is not in RUNNING state
10/11/05 19:22:28 at com.evermind.server.ejb.AbstractEJBHome.checkRunningState(AbstractEJBHome.java:732)
10/11/05 19:22:28 at com.evermind.server.ejb.AbstractEJBObject.OC4J_startCall(AbstractEJBObject.java:361)
10/11/05 19:22:28 at ServerBean_RemoteProxy_4bin6i8.init(Unknown Source)
10/11/05 19:22:28 at com.collaxa.cube.admin.CXLoaderServlet.init(CXLoaderServlet.java:60)
Also, EM console does not show any web services for ORABPEL application.
What do I need to do make the deployed process show up in BPEL console?
Regards,
SivaI ran into a BPEL_OC4J_SOAP_Provider error today and it was related to my proxy. The proxy on my local machine with JDeveloper would allow a WSDL with an unqualified name through. For instance, the machine kronos:7779 would validate, compile, and deploy from my machine. But looking up the WSDL on the server would produce the above described error. When I changed the name of the server to kronos.whatever.com:7779 it worked as expected on the server.
-
I am encountering following event log in SC2012 Operations Manager and Reporting Tab is not loading in Operations Console.
Report deployment process failed to request management pack list from SQL RS Server. The operation will be retried.
Exception 'WebException': The request failed with HTTP status 401: Unauthorized.Hi,
Can you acess http://reportserver/reports from a web browser on the OpsMgr server?
Moreover,you can use a UDL file to test various connectivity scenarios, create a simple text file, rename the extension from TXT to UDL, fill out the necessary information on the connection tab then test the connection, and troubleshoot
as necessary if it fails to connect.
For more information, please review the link below:
The easy way to test SQL connectivity
http://blogs.technet.com/b/michaelgriswold/archive/2014/01/06/the-easy-way-to-test-sql-connectivity.aspx
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact [email protected] -
How to improve the ODSI deployment process ?
At at moment we are using the attached script to create new dataspaces and deploy new data services into our environment.
Our environment is running 4 managed server cluster in the SUN Unix env.
We have noticed the process takes a lot of time. For example the deployment of the new data service may take up to 20-30 minutes.
The process is always putting the WebLogic servers into *"ADMIN"* mode that prevents access to other data spaces and applications.
And on some occasions the deployment does not completes leaving the server in the ADMIN mode.
Is there any way we can improve the process to avoid locking the server into the ADMIN mode and possibly speed up the deployment?
Thanks in advance Peter L
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Our script
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
import wlstModule as wlst
from java.io import FileInputStream
import sys, os
def loadProps(configPropFile):
propInputStream = FileInputStream(configPropFile)
configProps = Properties()
configProps.load(propInputStream)
return configProps
script_dir =os.getenv('SCRIPT_DIR')
if script_dir == '':
print "The environment variable SCRIPT_DIR is not set"
print "Please go the the domain directory and run setControlEnv.sh"
sys.exit()
else:
controlScriptFile=script_dir + '/controlscript.properties'
if len(sys.argv) > 1:
importConfigFile=sys.argv[1]
else:
print "Please enter the property file path"
sys.exit()
try:
controlScriptProp = loadProps(controlScriptFile)
except:
print "Fail to load the property file: ", controlScriptFile
sys.exit()
try:
exportConfigProp = loadProps(importConfigFile)
except:
print "Fail to load the property file: ", importConfigFile
sys.exit()
try:
execfile(script_dir + '/ODSICommonCommands.py')
except:
print "Fail to execute file :" + script_dir + "/ODSICommonCommands.py"
sys.exit()
def createDataSpace2(dataspaceName, targetName, targetType):
moveToDomainServiceMBean()
targets = wlst.get('Targets')
targets.clear()
from com.bea.dsp.management.deployment.dataspace import DeploymentTarget
cl_target=DeploymentTarget(targetName, DeploymentTarget.Kind.valueOf(targetType))
targets.add(cl_target)
wlst.invoke('createDataSpace',[dataspaceName,targets],['java.lang.String','java.util.Set'])
def existDataSpace(dataspaceName):
moveToDomainServiceMBean()
names = wlst.invoke('listDataSpaceNames',[],[])
return names.contains(dataspaceName)
def activateDataSpace(dataspaceName):
moveToDomainServiceMBean()
from com.bea.dsp.management.deployment.dataspace import ActivationOptions
activateOptions = ActivationOptions.valueOf('CLIENT')
wlst.invoke('activateDataSpace',[dataspaceName, activateOptions],['java.lang.String', 'com.bea.dsp.management.deployment.dataspace.ActivationOptions'])
adminUrl = controlScriptProp.get("ADMIN_URL")
importUserConfigFile = script_dir + '/AdminConfigfile.secure'
importUserKeyFile = script_dir + '/Adminkeyfile.secure'
dataSpaceName=exportConfigProp.get("dataSpaceName")
print 'Connecting to weblogic server instance...'
connect(userConfigFile=importUserConfigFile, userKeyFile=importUserKeyFile, url=adminUrl)
targetName = exportConfigProp.get("targetName")
targetType = exportConfigProp.get("targetType")
sessionName=exportConfigProp.get("sessionName")
importJarFile=exportConfigProp.get("importJarFile")
# Create a dataspace
try:
if existDataSpace(dataSpaceName):
print 'Data Space ' + dataSpaceName + ' exists. It will be removed first.'
deleteDataSpace(dataSpaceName)
createDataSpace2(dataSpaceName, targetName, targetType)
except:
print 'Fail to create DataSpace ' + dataSpaceName + targetName + targetType +' disconnect...'
disconnect()
raise ValueError, 'Error Creating dataspace: ' + dataSpaceName
# Creates a deployment session with name
print 'Creating a deployment session...'
createDeploymentSession(sessionName)
#Imports a dataspace Jar into dataspace 'SampleDataspace'.
try:
importJarPath=os.getenv('PWD') + '/' + importJarFile
print 'Importing ' + importJarPath +' into dataspace...'
importDataSpace(dataSpaceName, sessionName, importJarPath)
except Exception:
print 'Exception, and release the session...'
discardDeploymentSession(sessionName)
disconnect()
#Activates the config session
print 'Activating the deployment session...'
activateDeploymentSession(sessionName)
activateDataSpace(dataSpaceName)
# Disconnects from weblogic server.WLST will switch to offline mode
print 'Full Deployment is Successful. Disconnecting from weblogic server...'
disconnect()
Edited by: user13795599 on Oct 25, 2011 12:05 PMMike, I will try to do the incremental deployments but sometimes we need to delete the old dataspaces and do full deploy.
So if run the above full deployment script all applications are suspended and the server is transition into Admin mode, and then server waits for a server lock , Seats like this forever and I have to kill the deployment process and Resume the servers:
Don't know what causing it.Any ideas ?
It looks like can not get a server lock ....
Thanks Peter L
here are the log entries:
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+
+
+
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
####<Oct 25, 2011 4:50:34 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834921> <BEA-149060> <Module NB21_NET_EnabledHTTPSBasicAuth of application NB21_NET_Enabled_request_handlers successfully transitioned from STATE_ACTIVE to STATE_ADMIN on server dataserver1.>
####<Oct 25, 2011 4:50:34 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834922> <BEA-149059> <Module NB21_NET_EnabledBasicAuth of application NB21_NET_Enabled_request_handlers is transitioning from STATE_ACTIVE to STATE_ADMIN on server dataserver1.>
####<Oct 25, 2011 4:50:34 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834922> <BEA-149060> <Module NB21_NET_EnabledBasicAuth of application NB21_NET_Enabled_request_handlers successfully transitioned from STATE_ACTIVE to STATE_ADMIN on server dataserver1.>
####<Oct 25, 2011 4:50:34 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834923> <BEA-149059> <Module NB21_NET_EnabledHTTPS of application NB21_NET_Enabled_request_handlers is transitioning from STATE_ACTIVE to STATE_ADMIN on server dataserver1.>
####<Oct 25, 2011 4:50:34 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834924> <BEA-149060> <Module NB21_NET_EnabledHTTPS of application NB21_NET_Enabled_request_handlers successfully transitioned from STATE_ACTIVE to STATE_ADMIN on server dataserver1.>
####<Oct 25, 2011 4:50:34 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834924> <BEA-149059> <Module NB21_NET_Enabled of application NB21_NET_Enabled_request_handlers is transitioning from STATE_ACTIVE to STATE_ADMIN on server dataserver1.>
####<Oct 25, 2011 4:50:34 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834925> <BEA-149060> <Module NB21_NET_Enabled of application NB21_NET_Enabled_request_handlers successfully transitioned from STATE_ACTIVE to STATE_ADMIN on server dataserver1.>
####<Oct 25, 2011 4:50:34 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834926> <BEA-149059> <Module NB21_NET_Enabled_dspejb.jar of application NB21_NET_Enabled_request_handlers is transitioning from STATE_ACTIVE to STATE_ADMIN on server dataserver1.>
####<Oct 25, 2011 4:50:34 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834927> <BEA-149060> <Module NB21_NET_Enabled_dspejb.jar of application NB21_NET_Enabled_request_handlers successfully transitioned from STATE_ACTIVE to STATE_ADMIN on server dataserver1.>
####<Oct 25, 2011 4:50:34 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834931> <BEA-149059> <Module Dummy of application dsp_config is transitioning from STATE_ACTIVE to STATE_ADMIN on server dataserver1.>
####<Oct 25, 2011 4:50:34 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834932> <BEA-149060> <Module Dummy of application dsp_config successfully transitioned from STATE_ACTIVE to STATE_ADMIN on server dataserver1.>
####<Oct 25, 2011 4:50:34 PM EDT> <Notice> <WebLogicServer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575834961> <BEA-000365> <Server state changed to ADMIN>
####<Oct 25, 2011 4:51:00 PM EDT> <Info> <ODSI> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '9' for queue: 'weblogic.kernel.Default (self-tuning)'> <<anonymous>> <> <> <1319575860089> <BEA-000000> <financialcontractinquiryv1> <DSPAuditEvent timestamp: Tue Oct 25 16:51:00 EDT 2011 severity: INFORMATION id: financialcontractinquiryv1:91:Tue Oct 25 16:51:00 EDT 2011 {
common/application {
user: <anonymous>
eventkind: dataspace
server: dataserver1
admin/dataspace {
operation: delete
admin/dataspace {
name: financialcontractinquiryv1
common/time {
timestamp: Tue Oct 25 16:51:00 EDT 2011
duration: 0
}>
####<Oct 25, 2011 4:51:00 PM EDT> <Notice> <ODSI> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '9' for queue: 'weblogic.kernel.Default (self-tuning)'> <<anonymous>> <> <> <1319575860188> <BEA-000000> <financialcontractinquiryv1> <Audit stopped.>
####<Oct 25, 2011 4:51:01 PM EDT> <Info> <WorkManager> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575861001> <BEA-002903> <Creating WorkManager from "weblogic.wsee.mdb.DispatchPolicy" WorkManagerMBean for application "financialcontractinquiryv1_request_handlers">
####<Oct 25, 2011 4:51:01 PM EDT> <Info> <WorkManager> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575861003> <BEA-002903> <Creating WorkManager from "lowPriority" WorkManagerMBean for application "financialcontractinquiryv1_request_handlers">
####<Oct 25, 2011 4:51:01 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575861063> <BEA-149059> <Module financialcontractinquiryv1_dspejb.jar of application financialcontractinquiryv1_request_handlers is transitioning from STATE_NEW to STATE_PREPARED on server dataserver1.>
####<Oct 25, 2011 4:51:01 PM EDT> <Info> <EJB> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575861198> <BEA-010008> <EJB Deploying file: financialcontractinquiryv1_dspejb.jar>
####<Oct 25, 2011 4:51:01 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575861748> <BEA-149060> <Module financialcontractinquiryv1_dspejb.jar of application financialcontractinquiryv1_request_handlers successfully transitioned from STATE_NEW to STATE_PREPARED on server dataserver1.>
####<Oct 25, 2011 4:51:01 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575861748> <BEA-149059> <Module financialcontractinquiryv1 of application financialcontractinquiryv1_request_handlers is transitioning from STATE_NEW to STATE_PREPARED on server dataserver1.>
####<Oct 25, 2011 4:51:01 PM EDT> <Info> <HTTP> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575861761> <BEA-101363> <Application: financialcontractinquiryv1_request_handlers, WebApp: financialcontractinquiryv1 has context-root specified in application.xml: "financialcontractinquiryv1". The context-root specified in weblogic.xml: "financialcontractinquiryv1" will be ignored.>
####<Oct 25, 2011 4:51:02 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575862525> <BEA-149060> <Module financialcontractinquiryv1 of application financialcontractinquiryv1_request_handlers successfully transitioned from STATE_NEW to STATE_PREPARED on server dataserver1.>
####<Oct 25, 2011 4:51:02 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575862526> <BEA-149059> <Module financialcontractinquiryv1HTTPS of application financialcontractinquiryv1_request_handlers is transitioning from STATE_NEW to STATE_PREPARED on server dataserver1.>
####<Oct 25, 2011 4:51:02 PM EDT> <Info> <HTTP> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575862538> <BEA-101363> <Application: financialcontractinquiryv1_request_handlers, WebApp: financialcontractinquiryv1HTTPS has context-root specified in application.xml: "financialcontractinquiryv1HTTPS". The context-root specified in weblogic.xml: "financialcontractinquiryv1HTTPS" will be ignored.>
####<Oct 25, 2011 4:51:03 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575863185> <BEA-149060> <Module financialcontractinquiryv1HTTPS of application financialcontractinquiryv1_request_handlers successfully transitioned from STATE_NEW to STATE_PREPARED on server dataserver1.>
####<Oct 25, 2011 4:51:03 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575863186> <BEA-149059> <Module financialcontractinquiryv1BasicAuth of application financialcontractinquiryv1_request_handlers is transitioning from STATE_NEW to STATE_PREPARED on server dataserver1.>
####<Oct 25, 2011 4:51:03 PM EDT> <Info> <HTTP> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575863200> <BEA-101363> <Application: financialcontractinquiryv1_request_handlers, WebApp: financialcontractinquiryv1BasicAuth has context-root specified in application.xml: "financialcontractinquiryv1BasicAuth". The context-root specified in weblogic.xml: "financialcontractinquiryv1BasicAuth" will be ignored.>
####<Oct 25, 2011 4:51:03 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575863851> <BEA-149060> <Module financialcontractinquiryv1BasicAuth of application financialcontractinquiryv1_request_handlers successfully transitioned from STATE_NEW to STATE_PREPARED on server dataserver1.>
####<Oct 25, 2011 4:51:03 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575863852> <BEA-149059> <Module financialcontractinquiryv1HTTPSBasicAuth of application financialcontractinquiryv1_request_handlers is transitioning from STATE_NEW to STATE_PREPARED on server dataserver1.>
####<Oct 25, 2011 4:51:03 PM EDT> <Info> <HTTP> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575863867> <BEA-101363> <Application: financialcontractinquiryv1_request_handlers, WebApp: financialcontractinquiryv1HTTPSBasicAuth has context-root specified in application.xml: "financialcontractinquiryv1HTTPSBasicAuth". The context-root specified in weblogic.xml: "financialcontractinquiryv1HTTPSBasicAuth" will be ignored.>
####<Oct 25, 2011 4:51:04 PM EDT> <Info> <Deployer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575864662> <BEA-149060> <Module financialcontractinquiryv1HTTPSBasicAuth of application financialcontractinquiryv1_request_handlers successfully transitioned from STATE_NEW to STATE_PREPARED on server dataserver1.>
####<Oct 25, 2011 4:51:04 PM EDT> <Info> <DeploymentService> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '3' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319575864828> <BEA-290063> <commit for request '1,319,575,828,129' will not proceed further since its requires restart flag is set.>
####<Oct 25, 2011 4:55:40 PM EDT> <Alert> <WebLogicServer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319576140100> <BEA-000396> <Server lock has been requested by <WLS Kernel>>
####<Oct 25, 2011 4:55:40 PM EDT> <Alert> <WebLogicServer> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '3' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319576140106> <BEA-000396> <Server lock has been requested by <WLS Kernel>>
####<Oct 25, 2011 5:00:43 PM EDT> <Info> <Diagnostics> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '7' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319576443275> <BEA-320143> <Scheduled 1 data retirement tasks as per configuration.>
####<Oct 25, 2011 5:00:43 PM EDT> <Info> <Diagnostics> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '9' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319576443303> <BEA-320144> <Size based data retirement operation started on archive HarvestedDataArchive>
####<Oct 25, 2011 5:00:43 PM EDT> <Info> <Diagnostics> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '9' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319576443304> <BEA-320145> <Size based data retirement operation completed on archive HarvestedDataArchive. Retired 0 records in 1 ms.>
####<Oct 25, 2011 5:00:43 PM EDT> <Info> <Diagnostics> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '9' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319576443305> <BEA-320144> <Size based data retirement operation started on archive EventsDataArchive>
####<Oct 25, 2011 5:00:43 PM EDT> <Info> <Diagnostics> <ei00d71> <dataserver1> <[ACTIVE] ExecuteThread: '9' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1319576443306> <BEA-320145> <Size based data retirement operation completed on archive EventsDataArchive. Retired 0 records in 1 ms.>
####<Oct 25, 2011 5:00:50 PM EDT> <Info> <Health> <ei00d71> <dataserver1> <weblogic.GCMonitor> <<anonymous>> <> <> <1319576450148> <BEA-310002> <27% of the total memory in the server is free>
####<Oct 25, 2011 5:01:50 PM EDT> <Info> <Health> <ei00d71> <dataserver1> <weblogic.GCMonitor> <<anonymous>> <> <> <1319576510160> <BEA-310002> <48% of the total memory in the server is free> -
JDK 1.3.1_08 Under load on linux (RH7.3)
I have been running JDK 1.3.1 on linux under a development environment for quite a long time (2+ years) without issue, running a large Java application cinsisting of EJBs, and Web apps being run by BEA Weblogic. In an effort to cut costs we are migrating to linux for our production systems.
During the testing phase of running our applications on a dual-SMP Xeon based server with 2 GB of RAM we had no issues. However under load the java child processes (threads to the JVM) are getting very low priorities (15-19) and have a status of "SN" sleeping, and low-priority. If you run pstack on the PPID of the java processes they seem to be 'stuck' in nanosleep.
Does anyone out there have experiencing running large apps under high load on linux platforms?had no issues. However under load the java child
processes (threads to the JVM) are getting very low
priorities (15-19) and have a status of "SN" sleeping,
and low-priority. Every Linux JVM that I know does not use native thread priorities (nice levels) at all, so if you are seeing child PIDs at the 15-19 range, someone most likely started the JVM at the exact same nice level. How many runtimes do you have running? What are your 5, 10, and 15 minute load averages? Are they under 2.0? Can you start your runtimes at a lower nice level?
Does anyone out there have experiencing running large
apps under high load on linux platforms?The `S' you see w/ ps is not particularly indicative that its stuck in this queue, just may be waiting for IO. Adjust your runtime nice level to 10 and under if your load is high and you have a higher IO priority runtime (as you have a dual-proc system).
Maybe you are looking for
-
Mass change in Inspection lote, when assigning UD Code.
Dear all, curently we are facing an issue of having to mass change inspection lotes when assigning UD code. The senario is as follows: using the tcode QA16 I can mass assign UD code for various inspection lotes using the option "in background". The r
-
Chinese characters in outgoing emails become question marks
Hi, all. My AT&T Blackberry Curve 8900 loaded with the AT&T East-asian rom can read and write Chinese, in IM, email, webpages. There is only one problem with the outgoing emails. I can compose an Email in Chinese and send it. The email is displayed c
-
Optimizing DocumentBuilder.parse ??
Hello, I am loading XML files and am finding that once they get into the range of 500 kb or so they get really slow to load. I stuck in a bunch of timing statement and have found DocumentBuilder.parse(file) is the guitly party. Does anyone know of an
-
Hi everyone. I develop an application that is fairly simple but my first Canvas experience. I designed my simple canvas and tested it with NetBeans Emulator and Esmertec Jbed on my Toshiba G500, and it was running good. I was planning to release it.
-
USB Drive doesn't show up in My Computer
I have a 2.5" Seagate 500GB 7200RPM laptop drive mounted into a USB case. I plug it into my USB port along with another one that goes from DC to a different USB port. In Device Manager, it is shown as "ST950042 0AS USB Device," which tells me that