Potential concurrency bug in OC4J 10.0.3 WebServices TestPageProvider

Hi,
I was wondering whether anybody else was having problems with the OC4J 10.0.3 preview when placed under a light load of concurrent users.
We have downloaded the JAX-RPC stateless Web service WebServices sample from http://www.oracle.com/technology/tech/java/oc4j/1003/how_to/how-to-ws.html and placed it under varying loads using LoadRunner, when we run a single user over 100 iterations there is no problem but when we invoke 3+ users against the webservice testpage we get random HTTP 500 Internal Server errors, the exact message is :
=h= Received 2692 bytes from server
<HTML><HEAD><TITLE>500 Internal Server Error</TITLE></HEAD><BODY><H1>500 Internal Server Error</H1><PRE>java.lang.ArrayIndexOutOfBoundsException
at java.lang.System.arraycopy(Native Method)
at oracle.security.jazn.util.SecureRandom.engineNextBytes(Unknown Source)
at oracle.security.jazn.util.SecureRandom.nextBytes(Unknown Source)
at oracle.j2ee.util.UUID.<init>(UUID.java:59)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.EvermindHttpSession.encodeSession(EvermindHttpSession.java:484)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.HttpApplication.createSession(HttpApplication.java:1586)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.EvermindHttpServletRequest.getSession(EvermindHttpServletRequest.java:2441)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.EvermindHttpServletRequest.getSession(EvermindHttpServletRequest.java:2341)
at oracle.j2ee.ws.server.TestPageProvider.doInvokeService(TestPageProvider.java:621)
at oracle.j2ee.ws.server.TestPageProvider.doPage(TestPageProvider.java:149)
at oracle.j2ee.ws.server.JAXRPCServlet.doGet(JAXRPCServlet.java:585)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:771)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:298)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:829)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.HttpRequestHandler.run(HttpRequestHandler.java:270)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.HttpRequestHandler.run(HttpRequestHandler.java:112)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:291)
at java.lang.Thread.run(Thread.java:534)
It seems to us that there is a concurreny bug that is showing up when some kind of a session identifier is being assigned to each incoming request. Note that the webservice itself is marked as stateless and we are testing at the moment to prove that when the service is stateful the problem does not exist.
I know that this is not the ideal way of invoking the webservice since it doesn't actually exercise the soap engine on submission but it may be a little bug worth looking into.
Regards,
pj.

Hi,
Are you trying to do Load testing with 10gApp Server? We have to do this too. Can you tell me if there is any documentation for this Load Testing for 10gAppserver . Or if yo have done can you tell me how to start doing this please. If you don't have a problem.
Your help will be greatly appreciated.
Thanks,
Asha

Similar Messages

Java.util.concurrent.ExecutorService inside OC4J

I want to use the JDK 1.5 concurrency class ExecutorService for concurrent execution of data-access logic inside my oc4j web-application. I'm using the Factory Executors.newFixedThreadPool(6) for creating a thread-pool.
I know that it's not a good practice to create new threads inside a j2ee container.
Is there anything I have to think of or beware of??
Perhaps anybody here has experience using the java.util.concurrent.Executor inside OC4J.
Thanks, Harald

Yes, I have used java.util.concurrent.Executor in weblogic 10 server.
You can really improve the performance of the EJB application if you use the thread pool carefully with limited size say 100 threads, by creating a single instance of thread pool for the whole J2EE application.
You have to control the life cycle of thread pool using the container's life cycle methods, create the thread pool only once and destroy every time you recycle your app.
Good luck with the implementation :)

Fmt:formatDate from JSTL reveals bug in OC4J

If you use the tag fmt:formatDate in a loop like this
<c:forEach var="driver" items="${clientProxy.drivers}">
<fmt:formatDate value="${driver.vertragsende}" />
</c:forEach>
the fmt:formatDate tag will call the method setLocale from ServletResponse for every iteration step. The result is that you have as many Content-Language headers as steps of the iteration.
As you may have noticed I'm using a german locale and therefore if you have ten drivers you've got 10 response headers "Content-Language" with the value "de".
For me a serious bug in OC4J. Is this bug known and/or is there a solution?
I'm using JDeveloper 10g Version 9.0.5.2 build 1618 and JSTL 1.0.6.

Repost

WARNING: workaround for critical clustering bug in OC4J

I found a workaround for the HTTP clustering bug described in my previous posting of August 16, 2001 "Urgent: serious HTTP clustering bug in OC4J?" (http://technet.oracle.com:89/ubb/Forum99/HTML/000261.html)
The workaround:
When adding the <cluster config/> tag in orion-web.xml specify and ID (numeric) with no more than 9 figures. The autogenerated ID is longer (14 figures on my test system)
and will cause the error.
Luciano
null

burricall wrote:
..Did you find a solution?See [this post|http://forums.sun.com/thread.jspa?threadID=5426321&messageID=11001580#11001580].

Bugs in oc4j technology preview 2.0.0

hello,
I'm right now trying the technology preview of the new oc4j
(which can be downloaded from the oracle site).
I've encountered some bugs, should I post them to this forum, or
is there a special place for them?
Is this forum read by oc4j developers?
for a warming up, here is the first bug :)
the "exclusive-write-access" flag is ALWAYS set to "false",
regardless of if you set it to true or ignore it in orion-ejb-
jar.xml. the containers overwrites it after redeloyment
to 'false'. I have a lot of DB-access right now, bad, bad;)
Is there a workaround for this?
is the production release for oc4j 2.x already scheduled ?
Greetings from munich,
.thomas
hybris GmbH | Thomas Hertz
Frankfurter Ring 162 | Software Engineering
D-80807 M|nchen |
|
t +49(0)89 89065-0 | [email protected]
f +49(0)89 89065-555 | www.hybris.com
PGP: D070 5D86 BE2D C3AF E2CC D2D8 C29A 7F68 7407 629E

Hi,
I can reproduce the problem and if there isn't a filed bug
already I will file one. I'll get back with the bug number.
Thanks,
Andy
hello,
I'm right now trying the technology preview of the new oc4j
(which can be downloaded from the oracle site).
I've encountered some bugs, should I post them to this forum, or
is there a special place for them?
Is this forum read by oc4j developers?
for a warming up, here is the first bug :)
the "exclusive-write-access" flag is ALWAYS set to "false",
regardless of if you set it to true or ignore it in orion-ejb-
jar.xml. the containers overwrites it after redeloyment
to 'false'. I have a lot of DB-access right now, bad, bad;)
Is there a workaround for this?
is the production release for oc4j 2.x already scheduled ?
Greetings from munich,
.thomas
hybris GmbH | Thomas Hertz
Frankfurter Ring 162 | Software Engineering
D-80807 M|nchen |
|
t +49(0)89 89065-0 | [email protected]
f +49(0)89 89065-555 | www.hybris.com
PGP: D070 5D86 BE2D C3AF E2CC D2D8 C29A 7F68 7407 629E

HttpSessionBindingEvent.getValue() Bug in OC4J 10.1.2.0.2

Hello,
I thing we have found a bug in the implementation of the getValue() method from the HttpSessionBindingEvent Interface. When the HttpSessionBindingListener methods valueUnbound or valueBound are called, the event returned null for the getValue() invocation.
We have tested the code on oc4j, Tomcat and WebShere Application Server. Only oc4j retuned a null value for an existing object.
If someone knows that we are wrong, please post your knowledge.
Greetings
Carsten E.

i also faced the same problem. the following are my codes under jdeveloper 9i
package com.servlets;
import java.io.IOException;
import java.io.Serializable;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
import javax.servlet.http.HttpSessionBindingEvent;
import javax.servlet.http.HttpSessionBindingListener;
public class SessionBindingServlet extends HttpServlet {
public void doGet( HttpServletRequest req, HttpServletResponse res )
throws ServletException, IOException {
HttpSession session = req.getSession();
session.setAttribute( "cone", new KnowAllItem( "snake eyes" ) );
session.removeAttribute( "cone" );
res.getWriter().println( "check your console..." );
* By implementing HttpSessionBindingListener, KnowAllItem objects get
* informed when they are added and/or removed from a servlet session
* Also, remember to make you session items serializable
class KnowAllItem implements HttpSessionBindingListener, Serializable {
private String id;
public KnowAllItem( String theId ) {
id = theId;
public void valueBound( HttpSessionBindingEvent evt ) {
System.out.println( "added KnowAllItem to session -> " + dump( evt ) );
public void valueUnbound( HttpSessionBindingEvent evt ) {
System.out.println( "removed KnowAllItem from session -> " + dump( evt ) );
private String dump( HttpSessionBindingEvent evt ) {
return "\n attribute name: " + evt.getName() + "\n session: " +
evt.getSession() + "\n attribute value: " + evt.getValue();
public String toString() {
return id;
}

Lion - Changing Custom Website File Location - Potential Lion Bug

I had an interesting problem while setting up and transferring my custom website from a Windows 2003 server to my new Mac Mini 2011 Lion server. I was able to get the site transferred and working correctly. Took a bit of manipulating /etc/apache2...* files but good to go. Now for the interesting part.
I decided to RAID 1 my two intertnal drives so I used SuperDuper (not affiliated with them ... use it if you want) and cloned my boot partition to a MyBook drive I had laying around, rebooted, Raided and cloned back. All good there. For some reason I had the bright idea to move my custom web site files to the MyBook. Did that and all good.
I later came to my senses and tried to move the custom site files back to the RAID 1 partition. Could not do it. Neither through the Server.app interface or via manual entry of /etc/apache2...* files. The solution appears to be due to a potential bug in Lion and Lion Server.app. I found that under directory /etc/apache2/extra the file httpd-vhosts.conf was not being updated by Server.app. Once I changed the file location there all is well.
Hope this helps any of you with the same problem.
JKH

Hello, James here.
The reason why you can't find the "System Sounds" folder is because Apple have hidden it in a slightly different location in OS X Lion 10.7.x
To get to the directory with the "Volume Mount" file you need to go to...
Macintosh HD > System > Library > Components > CoreAudio (right-click and show package contents) > Contents > SharedSupport > System Sounds > system
Hope this helped!

Concurrency bug in SSLEngine?

We are using the Java 1.5 SSLEngine to perform some non-blocking SSL network comms, and are seeing a Java-level deadlock occurring that doesn't seem to be covered in the "concurrency notes" in the javadocs for SSLEngine.
Our software has multiple threads calling into methods that perform either a wrap or unwrap operation. After either operation, if the NEED_TASK flag is set in the SSLEngineResult, we will perform all delegated tasks within the current thread. As I understand it, wrap/unwrap can occur simultaneously in multiple threads, and it is merely important to prevent simultaneous calls to either of the methods. I see no mention of the fact that a delegated task cannot be performed concurrently with either a wrap or unwrap, but this is where we are deadlocking.
Reference the following deadlock from our thread dump:
Found one Java-level deadlock:
=============================
"nbcsWriteWorker-6":
waiting to lock monitor 0x0013c378 (object 0xbb064200, a com.sun.net.ssl.internal.ssl.SSLEngineImpl),
which is held by "nbcsReadWorker-0"
"nbcsReadWorker-0":
waiting to lock monitor 0x0013c3c0 (object 0xbb076290, a java.lang.Object),
which is held by "nbcsWriteWorker-6"
Java stack information for the threads listed above:
===================================================
"nbcsWriteWorker-6":
        at com.sun.net.ssl.internal.ssl.SSLEngineImpl.getConnectionState(SSLEngineImpl.java:472)
        - waiting to lock <0xbb064200> (a com.sun.net.ssl.internal.ssl.SSLEngineImpl)
        at com.sun.net.ssl.internal.ssl.SSLEngineImpl.writeAppRecord(SSLEngineImpl.java:1067)
        at com.sun.net.ssl.internal.ssl.SSLEngineImpl.wrap(SSLEngineImpl.java:1026)
        - locked <0xbb076290> (a java.lang.Object)
        at javax.net.ssl.SSLEngine.wrap(SSLEngine.java:411)
        at (our method to encode outbound data)
"nbcsReadWorker-0":
        at com.sun.net.ssl.internal.ssl.Handshaker.sendChangeCipherSpec(Handshaker.java:594)
        - waiting to lock <0xbb076290> (a java.lang.Object)
        at com.sun.net.ssl.internal.ssl.ClientHandshaker.sendChangeCipherAndFinish(ClientHandshaker.java:698)
        at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverHelloDone(ClientHandshaker.java:624)
        at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:160)
        at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:495)
        at com.sun.net.ssl.internal.ssl.Handshaker$1.run(Handshaker.java:437)
        at java.security.AccessController.doPrivileged(Native Method)
        at com.sun.net.ssl.internal.ssl.Handshaker$DelegatedTask.run(Handshaker.java:932)
        - locked <0xbb064200> (a com.sun.net.ssl.internal.ssl.SSLEngineImpl)
        at (our method to run all delegated tasks for the given socket)
        at (our method to encode inbound data, wherein we performed an unwrap and determined there are tasks to run)As you can see, there is a deadlock between objects locked inside of the wrap call and objects locked inside of the Handshaker$DelegatedTask. I can guard against this occurring by synchronizing against objects that prevent tasks from being run at the same time as either a wrap or unwrap, but I'm concerned that this might adversely affect performance.
Is a bug in the SSLEngine, or just a documentation problem?
(We are seeing this occur between 2 Solaris machines, for what it's worth.)

The plot thickens...
After adding locking objects to prevent concurrent execution of either a wrap or unwrap with the execution of a handshaking task, we have run across yet another deadlock inside of the SSLEngine code.
This time actually between wrap and unwrap tasks themselves, which Sun explicitely states can be run concurrently.
We are running our application on a dual proc system running Solaris and JRE 1.5.0_07-b03.
I'm thinking the reason we are running across this where others haven't has to do with the fact that we are essentially running these operations out of a threadpool wherein the tasks are dispatched as we select for read or write on the socket. We are guaranteeing the order of reads and the order of writes, but each is in a different FIFO queue for execution. Thus it is not unusual that both a wrap and unwrap would be executing on the same SSLEngine concurrently.
Here is the stack dump info for the deadlock:
Found one Java-level deadlock:
=============================
"nbcsReadWorker-240":
waiting to lock monitor 0x08182814 (object 0xbeaa7250, a java.lang.Object),
which is held by "nbcsWriteWorker-203"
"nbcsWriteWorker-203":
waiting to lock monitor 0x081827d4 (object 0xbeaa7020, a com.sun.net.ssl.internal.ssl.SSLEngineImpl),
which is held by "nbcsReadWorker-240"
Java stack information for the threads listed above:
===================================================
"nbcsReadWorker-240":
        at com.sun.net.ssl.internal.ssl.Handshaker.sendChangeCipherSpec(Handshaker.java:594)
        - waiting to lock <0xbeaa7250> (a java.lang.Object)
        at com.sun.net.ssl.internal.ssl.ServerHandshaker.sendChangeCipherAndFinish(ServerHandshaker.java:984)
        at com.sun.net.ssl.internal.ssl.ServerHandshaker.clientFinished(ServerHandshaker.java:944)
        at com.sun.net.ssl.internal.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:239)
        at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:495)
        at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:433)
        at com.sun.net.ssl.internal.ssl.SSLEngineImpl.readRecord(SSLEngineImpl.java:914)
        - locked <0xbeaa7020> (a com.sun.net.ssl.internal.ssl.SSLEngineImpl)
        at com.sun.net.ssl.internal.ssl.SSLEngineImpl.readNetRecord(SSLEngineImpl.java:782)
        at com.sun.net.ssl.internal.ssl.SSLEngineImpl.unwrap(SSLEngineImpl.java:674)
        - locked <0xbeaa7258> (a java.lang.Object)
        at javax.net.ssl.SSLEngine.unwrap(SSLEngine.java:566)
        at (our code performing a read)
"nbcsWriteWorker-203":
        at com.sun.net.ssl.internal.ssl.SSLEngineImpl.getHSStatus(SSLEngineImpl.java:430)
        - waiting to lock <0xbeaa7020> (a com.sun.net.ssl.internal.ssl.SSLEngineImpl)
        at com.sun.net.ssl.internal.ssl.SSLEngineImpl.writeAppRecord(SSLEngineImpl.java:1075)
        at com.sun.net.ssl.internal.ssl.SSLEngineImpl.wrap(SSLEngineImpl.java:1026)
        - locked <0xbeaa7250> (a java.lang.Object)
        at javax.net.ssl.SSLEngine.wrap(SSLEngine.java:411)
        at (our code performing a write)So I guess we're stuck for now synchronizing any wrap/unwrap/task operation on a single object per SSLEngine, but there is clearly a bug in the SSLEngine. It is tempting to file a bug, but it would be difficult for us to supply sample code sufficient enough for Sun to reproduce, short of deilvering our whole application...so I guess I'm just getting this out there in case someone has an "a-ha".

A few bugs in OC4J?

I encountered the following problems in developing OC4J. I'm not sure if they are bugs or just I did sth wrong.
1) OC4J does not support local bean, as it complains if I have local-home tag in ejb-jar.xml file;
2) OC4J does not support EJB-relation abstraction. For example, an orderheader can contains a few orderlines. If in the OrderheaderHome (CMP), we defined
public abstract void setOrderlines(Collection orderlines) and
public abstract Collection getOrderlines(),
the system will complain that we cannot declare the methods abstract. It seems we need implement those relations by ourselves.
3) OC4J does not generate SQl statements correctly based on the EJB-QL in ejb-jar.xml file. For example, I have a EJB-QL:
SELECT OBJECT(a) FROM OrderheaderEJB AS a WHERE customer_number = ?1
But after deployment, when I checked the SQl in orion-ejb-jar.xml, it is:

We missed the where part in the generated SQL.
Sometimes teh generated SQL is OK. So i am not sure if I did sth wrong here.
Thanks,

Hi Henry -
See inline.
I encountered the following problems in developing OC4J. I'm not sure if they are bugs or just I did sth wrong.
1) OC4J does not support local bean, as it complains if I have local-home tag in ejb-jar.xml file;OC4J does not yet support local interfaces - apparently this is coming soon (perhaps at Java One, don't know for sure)
2) OC4J does not support EJB-relation abstraction. For example, an orderheader can contains a few orderlines. If in the OrderheaderHome (CMP), we defined
public abstract void setOrderlines(Collection orderlines) and
public abstract Collection getOrderlines(),
the system will complain that we cannot declare the methods abstract. It seems we need implement those relations by ourselves.It does support relation abstraction, though it is slightly different from how the final spec ended up and should be cleaned up in the upcoming release or so. You mentioned putting the relationship abstractions in the Home file - I assume you mean the bean implementation file.
* Define ejb implementation class as abstract - i.e.
public abstract OrderheaderEJB ......
* Define all of the gets/sets that you expose in your remote
interface as abstract as well....
* Change your ejb-jar.xml file to an ejb2.0 style reference (change the dtd ref, etc)
Here is where the difference occurs that I mentioned above. In addition to your ejb-relationships section in your ejb-jar.xml file, you will also need to list the collection variable in your cmp-fields in your entity bean description.
For instance if your cmr-field-name is orderlines from the ejb-relationship section, create a cmp-field record for this as well. Again, this particular item should be cleaned up with the next release.
It should deploy just fine. I use this all the time.
3) OC4J does not generate SQl statements correctly based on the EJB-QL in ejb-jar.xml file. For example, I have a EJB-QL:
SELECT OBJECT(a) FROM OrderheaderEJB AS a WHERE customer_number = ?1
But after deployment, when I checked the SQl in orion-ejb-jar.xml, it is:

We missed the where part in the generated SQL.
Sometimes teh generated SQL is OK. So i am not sure if I did sth wrong here.OC4J does not yet support ejb-ql as I understand it - that release is a little further down the line as I understand it.
Cheers
Ray
Thanks,

Maximum concurrent user on OC4J Stand Alone ?

Hi All,
I have questions on OC4J :
1) How many concurrent user that can be supported by OC4J 10.1.3 Stand Alone ?
2) What is different between OC4J Stand Alone and OC4J Stand Alone that comes with JDev ?
Thank you,
xtanto

Hi,
1.) This depends on your application and of the configuration of OC4J (for example JVM parameter).
2.) Afaik there is no difference between both OC4J. OC4J which comes with JDev
is the J2EE runtime environment for JDeveloper. For development purposes it is much easier to use the embedded OC4J instead of deploying first the application to a remote OC4J.
Regards
Kersten

Mac OSX (10.9.5) IDCC2014 - potential caption bug - can anyone replicate this fault?

Hello everybody.
I have encountered a strange situation with live captions in InDesign. To demonstrate this issue, I have made a new indesign file, and the information for the live caption uses the Camera option from the metadata dropdown in the live caption setup.
I placed an image that had been saved from the digital camera into InDesign and that displayed the correct name for the camera. All good so far.
I then opened the file in photoshop, did no manipulations to it other than save it as a slightly different filename and save it as a JPG. When I placed this into indesign and applied the live caption to this image, the caption is replaced with <No data from link>.
I then opened THAT file back in photoshop, did no manipulations to it other than to save it as a PSD. When I placed this into indesign and applied the live caption to this image, the caption displays the correct name of the camera.
Finally, I then opened the photoshop file, once again made no manipulations to it other than to save it as a JPG with a slightly different name. Again, when placed into indesign and applied the live caption to the image, it was again replaced with <No data from link>.
I have checked Bridge and the Camera information is the same in the Camera Data (Exif) portion of the metadata in Bridge. Similarly, I have gone into the links palette in InDesign and selected utilities/XMP file info, and all camera data is displaying the correct camera information, even though the caption is not displaying the camera information.
Confused? Maybe this screenshot of what I have done will help.
To me, it looks like the live caption feature is not importing XMP information correctly. Has anyone else encountered a similar situation? If not, is anyone able to replicate the fault that I have experienced?

I feared as much. I've also tried saving as a tiff file, made no difference. I've submitted as a bug to Adobe - Feature Request/Bug Report Form , they must think I have nothing else to do at the moment.
I should add for those reading this post that this doesn't mean all information is being disregarded by the live captions, it looks like just specific camera information. Filenames, descriptions... these come in fine.

Potential clientgen bug

As far as I can tell the clientgen ant tool that generates the client
side code for Weblogic's web services doesn't handle multiple services
from a single ear file very well. For each service a type-mapping .xml
file containing a reference to the detail objects is generated on the
client. Unfortunately the file is always the same regardless of service.
In fact what clientgen does is to always take the type-mapping from the
first service in the ear file. I circumvented the problem by using the
ant task autotype for each service and using its output as input to
clientgen. This is the maven/ant script I used, that gave an incorrect
result:
<ant:clientgen
ear="${clientgen.ear.file}"
autotype="False"
packageName="${clientgen.package}"
useServerTypes="True"
warName="${clientgen.war.name}"
clientJar="${maven.build.dest}"
keepGenerated="${wsgen.keepGenerated}"
serviceName="${clientgen.service.name}">
<ant:classpath>
<ant:path refid="maven.dependency.classpath" />
<ant:pathelement path="${clientgen.ear.file}" />
</ant:classpath>
</ant:clientgen>
I am using WLS 8.1sp1. If the above script is incorrect please let
me know.
/Björn

The following code doesn't compile with sun java
compiler 1.5.0_03 but eclipse doesn't seem to have a
problem with it.
Thanks for reporting this issue. I have filed bug 6284158.

Bug in OC4J [unexpected token: IN] when use Subquery

Hi
I use this named query in my entity, but when I run it from JDeveloper 10.1.3.0.4 (SU2)
it throw exception
Thia is as sample query:
@NamedQuery(name="EmpbyDept",query="SELECT object(o) FROM Employees o WHERE o.departments IN(SELECT object(d) FROM Departments d)")
Internal Exception: Exception [TOPLINK-0] (Oracle TopLink - 10g Release 3 (10.1.3.0.0) (Build 060118)): oracle.toplink.exceptions.EJBQLException
Exception Description: Syntax Recognition Problem parsing the EJBQL [SELECT object(o) FROM Employees o WHERE o.departments IN(SELECT object(d) FROM Departments d)]. The parser returned the following [unexpected token: IN]
I looked in the Java Persistence API Proposed final for the In Expressions and it look like this:
in_expression ::=state_field_path_expression [NOT] IN ( in_item {, in_item}* | subquery)
in_item ::= literal | input_parameter
Ghassan

Hi Ghassan,
At the moment we don't have a final date for the release, but we are hopeful to have a 10.1.3.1 Beta release very soon (in a few weeks), please keep watching the OTN space, and we will also announce it here in the forums.
Thanks for your patience.
Deepak

Potential Accordion Bug

I have an accordion control in my flex app and I am
experiencing problems with a checkbox in one of the accordion
items.
I have written some actionscript to dynamically add items to
the accordion control. I forget the terminology, but I have a
'template' document which specifies the contents of each item in
the accordion. Each item has a label control and a checkbox
control. When I check a checkbox in one of the accordion items and
scroll down so the item is not in view, then scroll back up to the
item, the checkbox is displayed as unchecked! Has anyone come
across this behaviour before?
Thanks,
Alan

Post an example.
Tracy

Adobe Content Viewer - Potential major bug

I saw that the new Adobe Content Viewer was just approved by Apple, and updated the app on my iPad 3. When I opened the app and downloaded a folio (folio made using r23), none of my Vector MSO's showed up as vector, they're all still raster. I repeated the process on another iPad 3 and had the same results. It seems like the r24 Content Viewer won't show vector MSO's. Anyone else having the same problem?

Here are three screenshots. 1 - normal viewing, 2 - first zoom, then I zoomed out, then 3 - second zoom

Potential concurrency bug in OC4J 10.0.3 WebServices TestPageProvider

Similar Messages

Maybe you are looking for