Debugging into sun's java sources

Hi,
this is propably not a very advanced question, but anyway:
How can I step into sun's original JFC-sources while debugging my swing-application? I suppose this would make it much easier to understand default behaviour of some comlpex objects like JTable.
Thanks in advance!

Hi,
Try this:
1. When you start the debugger, choose View | Loaded Classes from the main menu to display the Loaded Classes window.
You will see classes listed by package. Those packages with tracing disabled, will appear with a red cirle and a slash through them.
2. You can expand the packages to get to subpackages or individual classes, then select Enable Tracing from the context menu to enable stepping into those classes.
By default, we disable tracing for sun, java, com, and oracle, because generally that's a lot of code to step through, and you generally will not have the source for those packages.
If there is no source available, we try to generate a stub for you.

Similar Messages

How to get Java source in applet stack trace to debug Java security manager

How can I get line numbers for Java source in stack traces for my applet? I'm having a problem with my code-signing certificate. On one of my applets, I consistently get a NullPointerException inside the security dialog code in the JDK. As a result, either the "trust this applet" dialog never appears, or even though it appears, it defaults to untrusted because of the exception, so I can't access any local files (and that's a bit of a problem for an applet whose sole purpose is to upload files to our server). I unzipped src.zip in my JDK directory and set the debug flag for my Ant <javac> task as well as set debuglevel to "lines." Anything else? Here's the trace that I'm getting so far. See that after the NullPointerException it assumes that the user has denied permission. If I could read this Java source maybe I could figure out why it hates my code-signing certificate (jarsigner, BTW, never complains when I verify my jar).
security: Blacklist file not found or revocation check is disabled
security: Accessing keys and certificate in Mozilla user profile: null
security: Loading Root CA certificates from D:\Program Files (x86)\Java\jre6\lib\security\cacerts
security: Loaded Root CA certificates from D:\Program Files (x86)\Java\jre6\lib\security\cacerts
security: Loading Deployment certificates from C:\Users\Rich\AppData\LocalLow\Sun\Java\Deployment\security\trusted.certs
security: Loaded Deployment certificates from C:\Users\Rich\AppData\LocalLow\Sun\Java\Deployment\security\trusted.certs
security: Loading certificates from Deployment session certificate store
security: Loaded certificates from Deployment session certificate store
security: Validate the certificate chain using CertPath API
security: Obtain certificate collection in Root CA certificate store
security: Obtain certificate collection in Root CA certificate store
security: Start to check whether root CA is replaced
security: The root CA has been replaced
security: No timestamping info available
security: Found jurisdiction list file
security: Start checking trusted extension for this certificate
security: Start comparing to jurisdiction list with this certificate
security: The CRL support is disabled
security: The OCSP support is disabled
security: This OCSP End Entity validation is disabled
security: Checking if certificate is in Deployment denied certificate store
security: Checking if certificate is in Deployment permanent certificate store
security: Checking if certificate is in Deployment session certificate store
java.lang.NullPointerException
     at com.sun.deploy.ui.UIFactory.showSecurityDialog(Unknown Source)
     at com.sun.deploy.security.TrustDeciderDialog.showDialog(Unknown Source)
     at com.sun.deploy.security.X509Util.showSecurityDialog(Unknown Source)
     at com.sun.deploy.security.TrustDecider.isAllPermissionGranted(Unknown Source)
     at sun.plugin2.applet.Plugin2ClassLoader.isTrustedByTrustDecider(Unknown Source)
     at sun.plugin2.applet.Plugin2ClassLoader.getTrustedCodeSources(Unknown Source)
     at com.sun.deploy.security.CPCallbackHandler$ParentCallback.strategy(Unknown Source)
     at com.sun.deploy.security.CPCallbackHandler$ParentCallback.openClassPathElement(Unknown Source)
     at com.sun.deploy.security.DeployURLClassPath$JarLoader.getJarFile(Unknown Source)
     at com.sun.deploy.security.DeployURLClassPath$JarLoader.access$700(Unknown Source)
     at com.sun.deploy.security.DeployURLClassPath$JarLoader$1.run(Unknown Source)
     at java.security.AccessController.doPrivileged(Native Method)
     at com.sun.deploy.security.DeployURLClassPath$JarLoader.ensureOpen(Unknown Source)
     at com.sun.deploy.security.DeployURLClassPath$JarLoader.<init>(Unknown Source)
     at com.sun.deploy.security.DeployURLClassPath$3.run(Unknown Source)
     at java.security.AccessController.doPrivileged(Native Method)
     at com.sun.deploy.security.DeployURLClassPath.getLoader(Unknown Source)
     at com.sun.deploy.security.DeployURLClassPath.getLoader(Unknown Source)
     at com.sun.deploy.security.DeployURLClassPath.getResource(Unknown Source)
     at sun.plugin2.applet.Plugin2ClassLoader$2.run(Unknown Source)
     at java.security.AccessController.doPrivileged(Native Method)
     at sun.plugin2.applet.Plugin2ClassLoader.findClassHelper(Unknown Source)
     at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)
     at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source)
     at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source)
     at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
security: User has denied the priviledges to the code
security: Adding certificate in Deployment denied certificate store
security: Added certificate in Deployment denied certificate store
security: Loading certificates from Deployment session certificate store
security: Loaded certificates from Deployment session certificate store
security: Validate the certificate chain using CertPath API
security: Obtain certificate collection in Root CA certificate store
security: Obtain certificate collection in Root CA certificate store
security: Start to check whether root CA is replaced
security: The root CA has been replaced
security: No timestamping info available
security: Found jurisdiction list file
security: Start checking trusted extension for this certificate
security: Start comparing to jurisdiction list with this certificate
security: The CRL support is disabled
security: The OCSP support is disabled
security: This OCSP End Entity validation is disabled
security: Checking if certificate is in Deployment denied certificate store
security: Checking if certificate is in Deployment denied certificate store

Rats, now that I look at the stack trace and compare to what's in the JDK srce.zip, it appears that most of this code is not part of the JDK source. I don't see any com/sun/deploy, etc.

How to debug byteCode? Can cap file convert to java source file?

Are there tools can debug byteCode?
Are there tools can convert cap file to java source file?
Are there tools can convert jca file to java soure file?

I think it's little bit difficult to give you a correct answer. Frankly speaking, cap file debugging is possible if you have sufficient devices and knowledge to do that. Converting cap file to java source code is also possible only if the cap file has descriptor component in it. Names of variables, functions will not be completely restored because cap file doesn't have the names in it. But I am not sure that there is a publicly opened tool to do that. JCVM chapter 6 may show you the way even it's not the direct one.

Splitting Java source into multiple WSDLs using ANT

Hi,
I have seven of webservice operations defined in a single webservice class. But, I want those split into different WSDLs as different services (with different service names) using ANT. I cannot find a easy way of doing that.
The problem is that when I use servicegen, I can give the same webservice class as different services which would split it into different services. But, I would have all the operations in the overall webservice into every single service. That is not acceptable. Each service can have only one operation.
Is this possible at all? I am using WLS 813?
Thanks,
Sridhar

If you are asking if there a way to tell servicegen to put different operations from the same Java source in different WSDL, the answer is no.
You can use the source2wsdd Ant task (http://edocs.bea.com/wls/docs81/webserv/wlws_tags.html#1095437) and the @wlws:exclude tag to exclude methods from the WSDL, but that's about it. Here, you would have multiple copies of the Java source, with each having the @wlws:exclude tag on all but one method. The names of these file copies would be something like <real-file>1.java, <real-file>2.java, etc. You won't ever compile these files, you'll just us them to copy over <real-file>.java, before you run source2wsdd. You'll be running source2wsdd on xxx.java, as many times as you have <real-file>n.java files.
source2wsdd will then produce a seperate web-services.xml (i.e. web service) for each copy over of <real-file>.java. Each of these web services will need to have a different context root, because the endpoint for a WLS web service is exposed as a servlet.
HTH,
Mike Wooten

Debugging into EntityManager source code

Hi,
I often want (need) to debug into persist and other methods instead of skipping over them , as the error often happens in there, and as the framework provides very poor error reporting, I need to be able to debug to the error myself. Is there any way I can configure JDeveloper to debug into the source of the ADF/JEE framework?
thanks
R

OK, I take it back, the error reporting in JDeveloper is truly exception. The best ever. May I now have some help please? :P

I cannot break my java source into packages

I would like to convert my java source in my Creator project(s) to standard package naming conventions such as com.mycompany.myapp but I'm having difficulty. After renaming the package within the Java Sources folder, and making necessary related corrections in referencing Java source files and managed-beans.xml I still cannot get the application to run. The IDE is also losing the ability to render the JSP source as well due to a broken binding reference that is not kept in sync. In general is it possible to use packages in Creator where the java source files are in sub-directory packages? I happen to be using Windows 2000. But I can use other operating systems if it will work elsewhere.

Hello Iwan.
Unfortunately, I was not able to find a clean workaround for implementing a multi-level package structure on an "existing" application.
I WAS able to do it eventually knowing the desired tree structure I needed to reach (as already noted), but it required a lot of hand editing as Creator appropriately cautions.
I even had to get into the private "project.prj" file eventually outside of creator in notepad to clean up my structure before I could finish.
Anyway, I want to repost my prior instructions for implementing package structures on NEW projects.
I found an error in yesterday's post and some misplaced words. This is a corrected version.
Also, this approach was not tested exhaustively - but I think it is probably close.
Again my environment happens to be running on Windows 2000.
Updated/corrected notes for building a new "packaged" Creator application.
=====================================================================
It turns out you can avoid manual editing if you follow this sequence for new applications.
It is helpful to understand these concepts that steer our procedure:
1) The "Web Pages" directory and "Java Sources" directory require synchronized directory trees to accomodate the mirror relationship between packaged *****.jsp and *****.java bean backing files.
2) The "Web pages" directory tree will not display the highest-level node - it apparently shares/references the highest-level package node immediately under the Java Sources folder.
You will need to substitute your own names for package nodes as desired.
This example develops the package named "com.company.division.mypackage".
As such my project directory tree goal is:
Project Navigator (Logical View)
=========================
MyProject
-- Web Pages
---- Resources (ignore for this exercise)
---- company
------ division
-------- webapplication1
---------- Page1.jsp
-- Page Navigation (ignore for this exercise)
-- Managed Beans (ignore for this exercise)
-- Java Sources
---- com
------ company
-------- division
---------- webapplication1
------------ ApplicationBean1.java
------------ Page1.java
------------ SessionBean1.java
+ Library References (ignore for this exercise)
+ Data Source References (ignore for this exercise)
Steps to repackage your application without manual editing:
==========================================================
1) Create a new default application - in our case my case named WebApplication1:
Use any method you want to create a new project accepting all default naming.
You will get a project with 3 java beans (Application, Session, and Page) and Page1.jsp.
I had confusion because of names similar to WebApplication1 used for the Project, Context, Package, and Application.
The following two options decouple two of these names - that may or may not be helpful for you.
Optional: Rename project WebApplication1 to MyProject to avoid naming extension confusion:
Select the top/main folder in the Project Navigator and right click for context menu options
Select the Rename Project option, enter your desired name, and click OK
Please allow several seconds for the project refactoring to rebuild your directories
Optional: Rename project context from webapplication1 to URL context name appropriate for you:
Select the top/main folder in Project Navigator (Just named MyProject in the preceding example)
Enter your desired URL Context Path in the Properties window field and press Enter.
2) Delete the Page1.jsp file and Page1.java file as follows:
Select the Page1.jsp or Page1.java file
Right click for a context menu and select the delete option
Accept/Acknowledge deletion of the synchronized counterpart bean/jsp
3) Build your new Web Pages directory tree as shown above without a "com" folder:
Use either the context menu "New > Folder" or "New > Package" option - they both work
As shown we need to create a 3 level sub-folder: company, then division, then webapplication1
4) Build your new Java Sources directory tree starting by renaming your package root:
In the Java Sources folder rename "WebApplication1" package to "com".
This is accomplished within the context menu accessed via right-click on your mouse.
Enter "com", press Ok, and then accept "Yes" to rename all package declaration references.
Enter "Ok" to acknowledge the need for warning about manual editing being necessary.
Use the context menu "New > Folder" or "New > Package" option - they both work
to create / add the remaining sub-directory folders within the newly named "com" folder.
As shown this is 3 more sub-folders: "company", then "division", then "webapplication1".
5) Copy your Application Bean java file then delete it from the source:
Right-click on your ApplicationBean1 file and select copy.
Select (left-click) the target Java Sources > com > company > division > webapplication1
folder and paste the file copy (Ctrl-v).
Now delete the original application bean source in the "com" folder with the delete key.
6) Copy your Session Bean java file then delete it from the source:
Right-click on your SessionBean1 file and select copy.
Select (left-click) the target Java Sources > com > company > division > webapplication1
and paste the file copy (Ctrl-v).
Now delete the original SessionBean1 source in the "com" folder with the delete key.
6) Recreate your request Web Pages folder Page1.jsp - the java bean will be echoed:
Left-click (select) the folder: Web Pages > company > division > webapplication1.
Right-click for a context menu and select New > Page and type "Page1" and press Enter.
You should see a new Page1.jsp file in Web Pages > company > division > webapplication1.
You should see a new Page1.java file in Java Sources > com > company > division > webapplication1.
You're ready to create code within your company's packaging structure!
Regards,
Craig Hunt

Converting class files into java source codes

Dear Friends,
It is true that conversion of class files to its java source codes is possible through some software. I want to know, is there any way to protect my java source codes from viewing or copying illegally by other persons ?
If I create JAR file from java files, can it be also convertible back to source codes ?
Avi

You can use code obfuscators in order to protect your code. And yes a jar file can also be decompiled.
http://www.retrologic.com/
http://www.2lkit.com/products/2LKitObf/
http://www.codingart.com/codeshield.html
http://www.drjava.de/obfuscator/

How to read the Java source code (in Netbeans)

I use OS X10.5.5, NetBeans 6.1 and JSE 6 on a 64 bit mac.
When I downloaded NB6.1 it had JSE 5 as it's default (and only) java platform. I ran Software Update to get Java 6 from Apple, used the Java Prefrences utitlity to set JSE6 as default. In NB I added the JDK6 platform, registered the JDK6 javadocs and noticed that I also have the option of registering the Java source code.
I have three questions:
1) How do I make JDK6 the default in NetBeans. The JDK5 keeps being default after I did the steps above and I don't see anywhere to change that.
2) How do I read the Java 6 source code? I can see sun provides [source code| http://download.java.net/jdk6/] for their supported platforms. I dont see Apple doing the same for its JDK port. What would I need to do to get to read the java SE6 sources? or is it actually hiding somewhere in the /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home hierarchy?
3) Where does the JVM look for the binary code to run when I make a call to, say java.util.ArrayList or any other library. In my naivety I would have assumed it would be a .class file somewhere in the java Home folder, but I don't see anything like it.
thanks in advance,
chris

This is taken from the help included with netbeans. In response to question 1.
By default, the IDE uses the version of the Java SE platform (JDK) with which the IDE runs as the default Java platform
for compilation, execution, and debugging. You can view your IDE's JDK version by choosing Help > About and clicking the
Detail tab. The JDK version is listed in the Java field.
You can run the IDE with a different JDK version by starting the IDE with the --jdkhome jdk-home-dir switch on the command line
or in your IDE-HOME/etc/netbeans.conf file. For more information, see IDE Startup Parameters.
In the IDE, you can register multiple Java platforms and attach Javadoc and source code to each platform. For example, if you
want to work with the new features introduced in JDK 5.0, you would either run the IDE on JDK 5.0 or register JDK 5.0 as a
platform and attach the source code and Javadoc to the platform.
In , you can switch the target JDK in the Project Properties dialog box. In , you have to set the target JDK in the Ant script itself,
then specify the source/binary format in the Project Properties dialog box.
To register a new Java platform:
Choose Tools > Java Platforms from the main window.
Click New Platform and select the directory that contains the Java platform. Java platform directories are marked with a
in the file chooser.
Use the Sources and Javadoc tabs to attach Javadoc documentation and source code for debugging to the platform.
Click Close.
To set the default Java platform for a standard project:
Right-click the project's root node in the Projects window and choose Properties.
In the Project Properties dialog box, select the Libraries node in the left pane.
Choose the desired Java platform in the Java Platform combo box.
Switching the target JDK for a standard project does the following:
Offers the new target JDK's classes for code completion.
If available, displays the target JDK's source code and Javadoc documentation.
Uses the target JDK's executables (javac and java) to compile and execute your application.
Compiles your source code against the target JDK's libraries.
If you want to register additional Java platforms with the IDE, you can do so by clicking the Manage Platforms button.
Then click the Add Platform button and navigate to the desired platform.
To set the target Java platform for a free-form project:
In your Ant script, set the target JDK as desired in the javac, java, and javadoc tasks.
Right-click the project's root node in the Projects window and choose Properties.
In the Sources panel, set the level of JDK you want your application to be run on in the Source/Binary Format combo box.
When you access Javadoc or source code for JDK classes, the IDE searches the Java platforms registered in the
Java Platform Manager for a platform with a matching version number. If no matching platform is found, the IDE's default platform is used instead.
See Also
Managing the Classpath
Declaring the Classpath in a Free-Form Project
Stepping Through Your Program
Legal Notices

Abount java source file name

Friends,
I am new in java... Kindly clarify my doubt...
when i create public class i have to give the class name as my file name. but if i create a default class
like
class SimpleClass
i need not give the exact class name as file name.
why?
sorry for my english...

Java source code files may contain one and only one top-level (that is, non-nested) public class declaration. The name of the public class must match the source file name.
The java language specification details this here:
http://java.sun.com/docs/books/jls/third_edition/html/packages.html#26783
Obviously if you were permitted more than one top-level class per compilation unit then I suspect you would into problems with access privileges.

Xletview: why not use sun's javaTV source code directly ?

xletview : one emulator for viewing MHP Xlets on a PC;
I see many difference from sun's code about the part of javaTV.
Why the author Martin Sveden need to rewrite them and not use sun's javaTV source code directly ?
Thank you for your any answer.
Sorry for my horrible english.

XleView is a fine effort, but it has its limitations. I tried using it for the GunBunny demo available in the JavaME SDK 3.0 Eary Access available in
http://java.sun.com/javame/downloads/sdk30ea.jsp
and I encountered some of thost limitations. What Sveden does it several tricky manipulations in a classloader for the Xlet. In particular, he translates bytecode as he loads the Xlet's classes, changing some class names, such as changing
java.awt.Toolkit
tto
xjava.awt.Toolkit
This works up to a point. This version of Toolkit usually just turns around calls java.awt.Toolkit's corresponding routine, but he deliberately he does not implement the ubiquitous
public Image createImage(URL url)
When I downloaded his source and tried adding ths into his code, I then encountered at runtime
Uncaught error fetching image:
java.lang.NullPointerException
at sun.awt.image.URLImageSource.getConnection(URLImageSource.java:97)
at sun.awt.image.URLImageSource.getDecoder(URLImageSource.java:107)
at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:240)
at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:172)
at sun.awt.image.ImageFetcher.run(ImageFetcher.java:136)
I think that this is some optimization within J2SE where they do not wait for the image to load and do the fetching in a separate thread. I do not know if there is some way to force the Sun's JVM to disable this optimization and I have not investigated furher, but I did email Svenden. I noticed that the current version of XleTView is 0.3.6 which is dated June 2004 and the web site http://www.xletview.org/ has had not news since 2005 .
I note that Svenden provides an elegant user interface but I advise you not try to learn the API's from his classes: he makes no effort to keep his implementation separate from the API standards so, for instance, his version of HScene is
package org.havi.ui;
public class HScene extends Container
implements HComponentOrdering, ImageObserver, MenuContainer, Serializable {
whereas the real standard is
public class HScene extends Container
implements HComponentOrdering {
I hate to critize such a fine effort, but it is best to keep an imlementation separate from the public API.
I agree that having a lightweight, simple and Java feature-complete Xlet viewer running would be very helpful, especially if BD-J gains much popularity. I have found trying to work with the vendor players described at
http://wiki.java.net/bin/view/Mobileandembedded/Blu-RayDiscHelloWorld
to be frustrating. I tried all four mentioned and I have gotten none of them to work for me yet. These are huge downloads and the "Intro Version" of Arcsoft pointed to at the SDK 3.0 Early Access page
http://www.arcsoft.com/products/totalmediatheatre/
just gives a "File not found" HTML page. This forum post mentions that perhaps it was recently taken down?
http://www.arcsoft.com/forum/forum_posts.asp?TID=1084
I have already emailed Michael Downs of Arcsoft since he is mentioned here:
http://wiki.java.net/bin/view/Mobileandembedded/BDJPCPlayers
What did work for me was to take Sun's JavaTV 1.1 Reference Implementation and PowerDVD's BDJ.jar and hack/fix a few classes to get GunBunny to work within the RI's RunXlet program. This is not trivial but I will will describe:
Download the JavaME 3.0 SDK EA and then download the correct version of PowerDVD that the SDK page points to:
http://www.brothersoft.com/powerdvd-download-50794.html
Download the RI binary and source of Java TV API 1.1
http://java.sun.com/javame/technology/javatv/index.jsp
Since I am too lazy to use anything but the latest 1.6 JRE as a runtime, I have to fix
com.sun.tv.media.util.MediaThread
to comment out its stop() method. This is becase stop() was deprecated and made final in J2SE 1.5
http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Thread.html#stop()
http://java.sun.com/j2se/1.5.0/docs/guide/misc/threadPrimitiveDeprecation.html
Next, I had to mae a change to Sun's JavaTV implementation to keep the GunBunny demo happy by providing a ServiceContext. The RunXlet program calls SIEmulator, but that environment does not provide a ServiceContex, so I added one back in:
com.sun.tv.receiver.SIEmulator
private static ServiceContext svcctx = null;
Add before every call to new AppSignalEvent() and add the svcctx as the second-to-last argument:
if(svcctx == null){ try { svcctx = new com.sun.tv.ServiceContextImpl(); }catch (Exception e){ e.printStackTrace(); } }
I then had to hack a few PowerDVD classes, which is evil of me. First, I had to build an empty class by the name of
sun.util.BDJPlugin
becuase some PowerDVD class extends it but it is not in its BDJ.jar and then I had to reverse-compile (evil!) and modify one of their internal classes to avoid a dependency on their native methods. What I ended up with was a hacked version of com.cl.bdj.helper.CUtil to avoid the native methods which access the registry where they query for registry settings but also provide a default value (which I return).
com.cl.bdj.helper.CUtil
private static String pGetRegistryString(long i ,String string ,String string3) {
return string3;
private static int pGetRegistryInt(long i ,String string ,int j) {
return j;
The last thing I had to do was to change com.hdccookbook.gunbunny.BaseXlet, to use the JavaTV container rather than the org.havi one:
import javax.tv.graphics.TVContainer;
import java.awt.Container;
change
// protected HScene scene;
protected Container scene;
public final void run() {
// waitForPresenting();
// scene = HSceneFactory.getInstance().getDefaultHScene();
scene = TVContainer.getRootContainer(xletContext);
In order to having working keys, I had to add the KeyListener interface to BaseXet and
run(){
addKeyListener(this);
and then add a near duplicate of the org.dvb.event.UserEvent* stuff that is already there:
public void keyPressed(KeyEvent e){
switch(e.getKeyCode()){
case KeyEvent.VK_0:
case KeyEvent.VK_1:
case KeyEvent.VK_2:
case KeyEvent.VK_3:
case KeyEvent.VK_4:
case KeyEvent.VK_5:
case KeyEvent.VK_6:
case KeyEvent.VK_7:
case KeyEvent.VK_8:
case KeyEvent.VK_9:
numberKeyPressed(e.getKeyCode() - KeyEvent.VK_0);
break;
case KeyEvent.VK_ENTER:
enterKeyPressed();
break;
case KeyEvent.VK_LEFT:
arrowLeftKeyPressed();
break;
case KeyEvent.VK_RIGHT:
arrowRightPressed();
break;
case KeyEvent.VK_UP:
arrowUpPressed();
break;
case KeyEvent.VK_DOWN:
arrowDownPressed();
break;
public void keyReleased(KeyEvent e){
// System.out.println("Released: e="+e+" code="+e.getKeyCode());
public void keyTyped(KeyEvent e) {
// System.out.println("Typed: e="+e+" code="+e.getKeyCode());
It then comes up and functions, but the rendering is not very good. Again, this is complete hack. Running the Java TV 1.1 RI in a JRE 1.6 is not supported. If you try to run any of the other examples, you will discover that the XML parsing is broken in JRE 1.6 with this message:
Parsing failed: com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequence
Exception: Invalid byte 1 of 1-byte UTF-8 sequence., file: lib\JavaTVSampleFile01.xml
and you have to go and change the lines in
lib\JavaTV.properties
from
ServiceFileHandler=com.sun.tv.receiver.ReceiverFile
# ServiceFileHandler=SampleData_01
to
# ServiceFileHandler=com.sun.tv.receiver.ReceiverFile
ServiceFileHandler=SampleData_01
and build samples\db\SampleData_01.java and put it in your classpath along with all these other hacks.
Nonetheless, if you want to develop a somewhat generic Xlet that uses some BD-J features, that is how you might do it. But the moment you exercise anything else in the vendor's BDJ.jar that simply doe snot work outside of their environment or invokes one of their native methods, you are again stuck.
It would be nice if Sun would at least bother to update the JavaTV RI with the fixes I hae mentioned. Their "jmflite" implementation does not render perfecly but at least it would give the programmer something to work with without having to deal with an older JRE, etc.
Andrew
Edited by: AndrewMorrow on Oct 20, 2008 2:48 AM

Dead-end with EJB3.0 and Sun's Java WebApp

Hi,
Wondering if you can help me as I'm a bit stuck with my EJB3.0 remote connection using Sun's Java WebApp9.0 Server.
Quick over-view:
I have a Client.war file which contains my Servlets and the Remote interfaces for teh EJB and other 'client' classes
I have a EJB.jar which contains the EJBs with their interfaces
I need to make a remote connection to the CreateNewUserAccountBean (Stateless) which connects to the Uploader (Entity) Bean
I have tried to post all the relivent parts of the code, but it's quite hard to make sure I have everything.
My code gets as far as the [InitialContext ic = new InitialContext(this.getEjbRemoteProps());] then bombs out claiming it can not find the Uploader class (under EJB.jar)
As I say, there is rather a lost here and it's not the easiest to look through, but kust wondering if there are any glaring erroes in the code.
All the code bits.........
THESE ARE IN THE CLIENT WAR
============================
CreateUserAccountServlet
code:
     final private boolean uploadUserAccountDetails(CreateNewUserAccountBean crUsrAccBean) {
          System.out.println("uploadUserAccountDetails()");
          try {
               System.out.println("point 1");
               ICreateUserAccountManager crUsrAccMan = new CreateUserAccountManager();
               isSuccessful = crUsrAccMan.uploadAccountDetails(crUsrAccBean);
          } catch (NamingException e) {
               e.printStackTrace();
               isSuccessful = false;
          return isSuccessful;
CreateUserAccountManager
code:
     final public boolean uploadAccountDetails(CreateNewUserAccountBean crUsrAccBean) throws NamingException {
          System.out.println("point 2");
          IRemoteEjbConnector remEjbConn = new RemoteEjbConnectionManager();
          ICreateAccountRemote createAccRem = remEjbConn.createUserAccountRemoteConnection();
          createAccRem.setFirstname(crUsrAccBean.getFirstname());
          isValid = remEjbConn.uploadAccountDetails(createAccRem);
          return isValid;
RemoteEjbConnectionManager
code:
final private Properties getEjbRemoteProps() {
          Properties props = new Properties();
          // To be put into a Properties file!
     props.setProperty("java.naming.factory.initial", "com.sun.enterprise.naming.SerialInitContextFactory");
     props.setProperty("java.naming.factory.url.pkgs", "com.sun.enterprise.naming");
     props.setProperty("java.naming.factory.state", "com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl");
     props.setProperty("org.omg.CORBA.ORBInitialHost", "localhost");
     props.setProperty("org.omg.CORBA.ORBInitialPort", "3700");
          return props;
     final public ICreateAccountRemote createUserAccountRemoteConnection() throws NamingException {
          System.out.println("point 3");
          InitialContext ic = new InitialContext(this.getEjbRemoteProps());
          System.out.println("point 4");
          // ##### SEEMS TO ONLY GET THIS FAR, THEN BOMBS OUT! #####
          ICreateAccountRemote createAccRem = (ICreateAccountRemote) ic.lookup("createNewUserAccountEjb");
          System.out.println("point 5");
          return createAccRem;
THESE TWO ARE IN THE EJB3.0 JAR
===============================
CreateNewUserAccountBean
code:
     @Stateless (mappedName="createNewUserAccountEjb")
     @Remote ({ICreateAccountRemote.class})
     public Uploader findByPrimaryKey(String fname) {
          Uploader uploader;
          try {
               EntityManager em = emf.createEntityManager();
               uploader = (Uploader)em.find(Uploader.class, fname);
               em.close();
               return uploader;
          } catch (Exception ex) {
               ex.printStackTrace();
               uploader = null;
          return uploader;
ICreateAccountRemote
======================
code:
@Remote
public interface ICreateAccountRemote {
public String getFirstname();
public void setFirstname(String sFname);
public boolean createNewUserAccount();
public Uploader findByPrimaryKey(String name);
Uploader
code:
     @Entity
     @Table(name="tbl_user_details")
persistence.xml (under EJB.jar)
================================
code:
<?xml version="1.0" encoding="UTF-8"?>
<persistence version="1.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd">
     <persistence-unit name="create_account_persistence_ctx" transaction-type="JTA">
          <provider>oracle.toplink.essentials.ejb.cmp3.EntityManagerFactoryProvider</provider>
               <jta-data-source>jdbc/testDB</jta-data-source>
          <properties>
               
          </properties>
     </persistence-unit>
</persistence>
SERVER.LOG OUTPUT
=================
code:
[#|2008-08-26T10:15:55.387+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|2008-08-26 10:15:55,387 INFO [com.test.client.web.pageloader.PageLoader] - <Loading page [pages/welcome.jsp]>
|#]
[#|2008-08-26T10:15:58.662+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|2008-08-26 10:15:58,662 INFO [com.test.client.web.servlets.CreateUserAccountServlet] - <createUserAccount()>
|#]
[#|2008-08-26T10:15:58.662+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|2008-08-26 10:15:58,662 INFO [com.test.client.web.servlets.CreateUserAccountServlet] - <iStep: 1>
|#]
[#|2008-08-26T10:15:58.662+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|loadRegistrationPage()|#]
[#|2008-08-26T10:16:11.060+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=11;_ThreadName=httpWorkerThread-80-0;|
2008-08-26 10:16:11,060 INFO [com.test.client.web.servlets.CreateUserAccountServlet] - <createUserAccount()>
|#]
[#|2008-08-26T10:16:11.060+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=11;_ThreadName=httpWorkerThread-80-0;|2008-08-26 10:16:11,060 INFO [com.test.client.web.servlets.CreateUserAccountServlet] - <iStep: 2>
|#]
[#|2008-08-26T10:16:11.150+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=11;_ThreadName=httpWorkerThread-80-0;|>> CreateUserAccountServlet step 2 - crUsrAccBean.setFirstname: bob|#]
[#|2008-08-26T10:16:11.150+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=11;_ThreadName=httpWorkerThread-80-0;|
>> CreateUserAccountServlet step 2 - crUsrAccBean.setSurname: fish|#]
[#|2008-08-26T10:16:11.170+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=11;_ThreadName=httpWorkerThread-80-0;|
validateRegistrationDetails()|#]
[#|2008-08-26T10:16:11.210+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=11;_ThreadName=httpWorkerThread-80-0;|
loadRegistraionConfirmation()|#]
[#|2008-08-26T10:16:12.822+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
2008-08-26 10:16:12,822 INFO [com.test.client.web.servlets.CreateUserAccountServlet] - <createUserAccount()>
|#]
[#|2008-08-26T10:16:12.822+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|2008-08-26 10:16:12,822 INFO [com.test.client.web.servlets.CreateUserAccountServlet] - <iStep: 3>
|#]
[#|2008-08-26T10:16:12.832+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|>> CreateUserAccountServlet step 3 - crUsrAccBean.setFirstname: bob|#]
[#|2008-08-26T10:16:12.832+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
>> CreateUserAccountServlet step 3 - crUsrAccBean.setSurname: fish|#]
[#|2008-08-26T10:16:12.832+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
uploadUserAccountDetails()|#]
[#|2008-08-26T10:16:12.832+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
point 1|#]
[#|2008-08-26T10:16:12.832+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
point 2|#]
[#|2008-08-26T10:16:12.862+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
point 3|#]
[#|2008-08-26T10:16:12.882+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
point 4|#]
[#|2008-08-26T10:16:12.882+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
java.naming.factory.initial: com.sun.enterprise.naming.SerialInitContextFactory|#]
[#|2008-08-26T10:16:12.882+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
java.naming.factory.url.pkgs: com.sun.enterprise.naming|#]
[#|2008-08-26T10:16:12.882+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
java.naming.factory.state: com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl|#]
[#|2008-08-26T10:16:12.892+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
org.omg.CORBA.ORBInitialHost: localhost|#]
[#|2008-08-26T10:16:12.892+0100|INFO|sun-appserver-pe9.0|javax.enterprise.system.stream.out|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;|
org.omg.CORBA.ORBInitialPort: 3700|#]
[#|2008-08-26T10:16:13.043+0100|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=12;_ThreadName=httpWorkerThread-80-1;_RequestID=c61ac1aa-c2f1-4535-941f-572cf6e3e528;|StandardWrapperValve[RegisterUserAccount]: Servlet.service() for servlet RegisterUserAccount threw exception
java.lang.NoClassDefFoundError: com/test/ejb/user/createaccount/Uploader
     at java.lang.Class.getDeclaredMethods0(Native Method)
     at java.lang.Class.privateGetDeclaredMethods(Class.java:2365)
     at java.lang.Class.privateGetPublicMethods(Class.java:2488)
     at java.lang.Class.getMethods(Class.java:1406)
     at com.sun.ejb.codegen.RemoteGenerator.<init>(RemoteGenerator.java:108)
     at com.sun.ejb.EJBUtils.loadGeneratedRemoteBusinessClasses(EJBUtils.java:367)
     at com.sun.ejb.EJBUtils.loadGeneratedRemoteBusinessClasses(EJBUtils.java:332)
     at com.sun.ejb.EJBUtils.lookupRemote30BusinessObject(EJBUtils.java:297)
     at com.sun.ejb.containers.RemoteBusinessObjectFactory.getObjectInstance(RemoteBusinessObjectFactory.java:61)
     at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304)
     at com.sun.enterprise.naming.SerialContext.lookup(SerialContext.java:314)
     at javax.naming.InitialContext.lookup(InitialContext.java:351)
     at com.test.client.ejb.RemoteEjbConnectionManager.createUserAccountRemoteConnection(RemoteEjbConnectionManager.java:53)
     at com.test.client.user.account.CreateUserAccountManager.uploadAccountDetails(CreateUserAccountManager.java:55)
     at com.test.client.web.servlets.CreateUserAccountServlet.uploadUserAccountDetails(CreateUserAccountServlet.java:225)
     at com.test.client.web.servlets.CreateUserAccountServlet.createUserAccount(CreateUserAccountServlet.java:168)
     at com.test.client.web.servlets.CreateUserAccountServlet.doPost(CreateUserAccountServlet.java:43)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
     at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
     at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
     at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
     at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
     at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
     at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
     at com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
     at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
     at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:231)
     at com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:667)
     at com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:574)
     at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:844)
     at com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:287)
     at com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:212)
     at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:252)
     at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
|#]
Any help would be fantastic, cheers!!!

KPS_UK wrote:
It has been deployed, incorrectly.
it's in the ejb.jar which is deplyed under the 'Applications/EJB Modules' in Sun's WebApp 9.0.it's still incorrect - the app server is telling you so.
I don't know if there is any other config that needs to be done with the WebApp to tell it where the WebApp .war should look to find the EJB Module?I use weblogic, so I don't know. Without seeing anything else, I'd say it's not packaged correctly. You think that class is available, but the app server disagrees with you. Believe the app server and figure out where you've gone wrong. Check your assumptions.
%

J2EE BluePrints: correct location for common Java source files

I have a set of Java source files that are common between multiple J2EE applications.
Within the J2EE package hierarchy, what is the correct location for these files?
Also, is there a typical package name that common Java source files are grouped under?

HI,
There is no standard place. In the blueprints project conventons
http://java.sun.com/blueprints/code/projectconventions.html it has a place called components/ which would contain shared components like EJBs and other components that could be shared across applications. the package naming would be reflected in that, like com.sun.blueprints.application1. and com.sun.blueprints.application2. and com.sun.blueprints.common.*
Generally you could put a directory at the same level as the apps (not inside an app's directory structure) and maybe called common/ or shared/ . This common code could be built separtely and into a binary library or jar that you just include in the other applicatons, in the same way you would include some external library jar that you got somewhere and keep in your workspace and your apps use. The packaging of common code is similiar to the packaging of different applications and shared components.
hth,
Sean

Java source and class locked, unable to drop or replace

Because Oracle 9i does not come with an FTP implementation, I installed the apache.commons.net package into the database, and implemented static java wrappers to allow me to publish the code.
After thoroughly testing the code under JDeveloper, I deployed the code to the database.
The code hung, establising a lock on one or more classes. Besides not knowing how to debug and java packages inside the Oracle database (eg, why did the code fail in the first place?), I have no idea how to unlock the source or class of my java objects.
How does one find what process is locking the java source and/oir class?

Try something like:
select s.username, pr.pid, pr.spid from
x$kglpn p, x$kglob o, v$process pr, v$session s
where p.kglpnhdl = o.kglhdadr
and pr.addr = s.paddr
and p.kglpnuse = s.saddr
and o.kglnaobj = dbms_java.shortname('fully/qualified/ClassName');

Sun.* packeges source code

Kindly can somebody tell me where from i can down load the source code of sun.*(sun.misc.ProxyGenerator) packages that are being used in JDK classes. kindly tell me.

Why Developers Should Not Write Programs That Call 'sun' Packages
The classes that Sun includes with the Java 2 SDK, Standard Edition, fall into package groups java.*, javax.*, org.* and sun.*. All but the sun.* packages are a standard part of the Java platform and will be supported into the future. In general, packages such as sun.*, that are outside of the Java platform, can be different across OS platforms (Solaris, Windows, Linux, Macintosh, etc.) and can change at any time without notice with SDK versions (1.2, 1.2.1, 1.2.3, etc). Programs that contain direct calls to the sun.* packages are not 100% Pure Java. In other words:
The java.*, javax.* and org.* packages documented in the Java 2 Platform Standard Edition API Specification make up the official, supported, public interface.
If a Java program directly calls only API in these packages, it will operate on all Java-compatible platforms, regardless of the underlying OS platform.
The sun.* packages are not part of the supported, public interface.
A Java program that directly calls into sun.* packages is not guaranteed to work on all Java-compatible platforms. In fact, such a program is not guaranteed to work even in future versions on the same platform.
For these reasons, there is no documentation available for the sun.* classes. Platform-independence is one of the great advantages of developing in the Java programming language. Furthermore, Sun and our licensees of Java technology are committed to maintaining backward compatibility of the APIs for future versions of the Java platform. (Except for code that relies on serious bugs that we later fix.) This means that once your program is written, the class files will work in future releases.
Each company that implements the Java platform will do so in their own private way. The classes in sun.* are present in the SDK to support the Sun implementation of the Java platform: the sun.* classes are what make the Java platform classes work "under the covers" for the Sun Java 2 SDK. These classes will not in general be present on another vendor's Java platform. If your Java program asks for a class "sun.package.Foo" by name, it may fail with ClassNotFoundError, and you will have lost a major advantage of developing in Java.
Technically, nothing prevents your program from calling into sun.* by name. From one release to another, these classes may be removed, or they may be moved from one package to another, and it's fairly likely that their interface (method names and signatures) will change. (From the Sun point of view, since we are committed to maintaining the Java platform, we need to be able to change sun.* to refine and enhance the platform.) In this case, even if you are willing to run only on the Sun implementation, you run the risk of a new version of the implementation breaking your program.
In general, writing java programs that rely on sun.* is risky: they are not portable, and are not supported.
~

Debug into JNI-function callVoidMethod(...)

From native C code I call the function callVoidMethod(...) to execute a method in Java. I am using VC++ .NET and Ecipse with jdk 5. Once I hit the line callVoidMethod(...) in C++ I want to debug into my Java code. How is that possible?

See the response
http://forum.java.sun.com/thread.jspa?threadID=640943&tstart=0

Debugging into sun's java sources

Similar Messages

Maybe you are looking for