Java 5 (1.5) no need for stubs?!! (codebase)

I am trying to run my program under java 1.5, without compiling with rmic!! I still have get this exception when I try to export the server using UnicastRemoteObject.exportObject(this);
Stub class not found!!!! If the answer is using codebase, how can I use codebase in my program??
java.rmi.StubNotFoundException: Stub class not found: hussam.messenger.frames.MessengerFace_Stub; nested exception is:
     java.lang.ClassNotFoundException: hussam.messenger.frames.MessengerFace_Stub
     at sun.rmi.server.Util.createStub(Util.java:274)
     at sun.rmi.server.Util.createProxy(Util.java:122)
     at sun.rmi.server.UnicastServerRef.exportObject(UnicastServerRef.java:169)
     at java.rmi.server.UnicastRemoteObject.exportObject(UnicastRemoteObject.java:293)
     at java.rmi.server.UnicastRemoteObject.exportObject(UnicastRemoteObject.java:220)
     at hussam.messenger.frames.MessengerFace.startServer(MessengerFace.java:355)
     at hussam.messenger.frames.MessengerFace$11.run(MessengerFace.java:236)
     at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.ClassNotFoundException: hussam.messenger.frames.MessengerFace_Stub
     at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
     at java.security.AccessController.doPrivileged(Native Method)
     at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
     at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
     at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
     at java.lang.Class.forName0(Native Method)
     at java.lang.Class.forName(Class.java:242)
     at sun.rmi.server.Util.createStub(Util.java:268)

See http://java.sun.com/j2se/1.5.0/docs/guide/rmi/relnotes.html
'The static method UnicastRemoteObject.exportObject(Remote) is declared to return java.rmi.server.RemoteStub and therefore cannot be used to export a remote object to use a dynamically generated stub class for its stub.'
You need to use one of the forms of exportObject which returns a Remote. Just add a zero port number argument.

Similar Messages

Java script needed for premier elements 13

Which version of java script is needed for Adobe premier elements 13 and for photoshop elements 13 on mac with OS X YOSEMITE?
And do I have to uninstall previous version of Java script?
Any help Appreciated. Thank You.

joeysudyka
There may be, but I have not seen any reference to Java Scripting with regard to Premiere Elements.
Consequently, you may make better gains posting your thread in the Adobe Photoshop Elements forum since Photoshop Elements is part of your workflow equation and is the most likely path to discovery of documentation in this area.
Photoshop Elements
Please review the following to determine if there is anything in it that is applicable to what you seek.
Install Java (JRE) | Mac OS 10.7 and later
Not sure of distinction for your purposes of Java and Java Scripting
Java vs. JavaScript
ATR

Java Script: I am in need of it for research items

I am always needing to download updated versions of java script, it seems. It also seems that this is a backdoor way to infect a computer with a virus. I conduct a lot of research on my computer and articles run on java. I recently upgraded my mac's operating system and java script also needs to be upgraded (so I am prompted to update it). But, I recently read that hackers will prompt you into thinking you need to update a java script so that it can infect your computer. How do I trust a java script update prompt? I updated to OS X Yosemite, is it true that Java Script has been disabled by this operating software system? If so, is it best to visit oracle to update java? Should I delete all previous versions of java first and then visit oracle and then update? Please advise on how to proceed. Many thanks in advance.

That's different. You have software on your Mac that requires Java to function. This is completely independent of your web browser, so has nothing to do with that. There's various software like that. Some being Adobe's apps, X-Rite's ColorPort app, ROES software for ordering photo prints from your digital files, and others.
All it's telling you is an app you want to run is missing the Java runtime software it needs on your Mac. There are a couple of ways to do this.
1) Download and install Java 6 SE for Mac. Version 6 was the last version Apple produced before turning over all future Java development to Oracle. This will typically fix the error.
2) You can also install Java 8 from Oracle. If you do go this route, pay very close attention to the installer. It wants to install adware along with Java. Make sure to turn the check box off to prevent that. This alone won't fix the issue since the apps are looking for version 6 of Java. Once Java 8 is installed, open the System Preferences and click on the Java icon. Click on the Security tab of the dialogue that appears and turn off the top check box. This will prevent Java from working in your web browsers, which will stop any such exploits via the web from running.
Now that you've disabled Java 8 for the web, time to get Java 8 working for apps looking for version 6. Open the Terminal app in the /Applications/Utilities/ folder and enter the two lines below in Terminal, pressing return after each one. To make sure you don't type something wrong, copy/paste the lines from here one at at time into the Terminal window. If you've never used the sudo command before, it will give you a generic warning about using the command. Then enter your admin password to allow the command to complete.
sudo mkdir -p /System/Library/Java/JavaVirtualMachines/1.6.0.jdk
sudo mkdir -p /System/Library/Java/Support/Deploy.bundle
There's no need to follow all of these steps for number 2 if you have no need for Java 8. I need it for ROES software, but I also need version 6 for ColorPort. By following these longer steps, I only need to install version 8. The Terminal lines trick ColorPort into using version 8 as 6. That way, I don't have to install both 6 and 8.

WHICH JDK java hotspot I need for weblogic 10.3.6 SOA 11.1.1.7 and OSB 11.1.1.7

I used jrockit but somebody told me that It will be good to move to JDK 1.7.0.28 because jrockit will gone in future.
WHICH JDK java hotspot I need for weblogic 10.3.6 SOA 11.1.1.7 and OSB 11.1.1.7?
and where can I download it?
Thank you

Hi,
For WL 10.3.6, SOA/OSB 11.1.1.7 the Enterprise Deployment Guide has still jrockit sdk 1.6 as recommendation...
http://docs.oracle.com/cd/E28280_01/core.1111/e12036/create_domain.htm#CCHBFCDC
The roadmap is to converge jrockit and hotspot JVMs, completion of the convergence project is targeted for JDK 8.
http://www.oracle.com/us/corporate/press/1854982
Things are already changed for 12c, but for 11g I'd still go with jrockit...
Cheers,
Vlad

What is needed for JAVA custom development only?

We have a pilot Netweaver 04 server setup with JDI configured under scenario 2+. We will only use the landscape for custom non-R/3 related JAVA apps. Will I need a DEV WAS JAVA JDI instance, QA WAS JAVA JDI instance, and PRD WAS JAVA JDI Instance? If not the would I just need a DEV JDI instance, then a vanilla QA WAS JAVA instance and PRD WAS JAVA instance. I am trying to understand how system landscape compare to a traditional R/3.

Hi Steve,
if you are using NWDI, please refer to the enviroment recommendations there. Actually, compared to R/3 your DEV environment is what you run either locally or in a group organization. Your DEV environment is the server you use as a central testing instance and that should obviously be another server then your productive servers.
Basically this means that NWDI usually does a transport to the dev system and if you want to deploy to productive, you just would initiate such from NWDI.
Regards,
Benny

What is Java and why do I need it, and is it safe yet?

It's my understanding Oracle has not put forth a true "fix" on the lack of security for Java. I don't really understand what Java is or why I need it, but what I don't want is something that allows cybercriminals a way into my computer.
I currently have Java disabled but strangely enough just today I received an alert that I had a Java update that I should download, (which I have not done as yet.)
Would appreciate any assistance.
Thanks,
jr
10-20-2013

You should always have the latest Java version installed (current is 7U45) even if you have disabled the Java plugin in Firefox or uninstall Java completely.
Note that current Firefox version will not enable the Java plugin.
*https://support.mozilla.org/kb/how-to-enable-java-if-its-been-blocked

Can someone pls help me with java on my macbook pro because after i download the mountain lion java has died and i need java to see streaming quotes from stock market

can someone pls help me with java on my macbook pro because after i download the mountain lion java has died and i need java to see streaming quotes from stock market

Java is no longer included in Mac OS X by default. If you want Java, you will have to install it.
However, note that you should think twice before installing Java for such a trivial need as looking at stock market quotes. There are other ways to get that information that don't involve Java, and using Java in your web browser is a HUGE security risk right now. Java has been vulnerable to attack almost constantly for the last year, and has become a very popular, frequently used method for getting malware installed via "drive-by downloads." You really, truly don't want to be using it. See:
Java is vulnerable… Again?!
http://java-0day.com

What is the need for setting property data inside the JMSMesage

Hi
Could anybody please let me know
*What is the need for setting property data inside the JMSMesage??
For example i have a seen a similar example as shown ??
I have seen a
Message.setStringProperty("Sport","Basketball");
and also please tell me how can the MDB recievies this property data ??
Thanks in advance .

raviprivate wrote:
Could anybody please let me know
*What is the need for setting property data inside the JMSMesage??
For example i have a seen a similar example as shown ??
I have seen a
Message.setStringProperty("Sport","Basketball"); Look at the detail JMS documentation on [Message Properties|http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/jms/Message.html] .
>
and also please tell me how can the MDB recievies this property data ?? MDB onMessage method argument is the Message object and if you look at the documentation, Message interface has getter methods to retrieve the properties.

Java Proxy Generation not working - Support for Parallel Processing

Hi Everyone,
As per SAP Note 1230721 - Java Proxy Generation - Support for Parallel Processing, when we generate a java proxy from an interface we are supposed to get 2 archives (one for serial processing and another suffixed with "PARALLEL" for parallel processing of jaav proxies in JPR).
https://websmp230.sap-ag.de/sap(bD1lbiZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=1230721
We are on the correct patch level as per the Note, however when we generate java proxy from the IR for an outbound interface, it genrates only 1 zip archive (whose name we ourselves provide in the craete new archive section). This does not enable the parallel processsing of the messages in JPR.
Could you please help me in this issue, and guide as to how archives can be generated for parallel processing.
Thanks & Regards,
Rosie Sasidharan.

Hi,
Thanks a lot for your reply, Prateek.
I have already checked SAP Note 1142580 - "Java Proxy is not processing messages in parallel" where they ask to modify the ejb-jar.xml. However, on performing the change in ejb-jar.xml and while building the EAR, I get the following error:
Error! The state of the source cache is INCONSISTENT for at least one of the request DCs. The build might produce incorrect results.
Then, on going through the SAP Note 1142580 again, I realised that the SAP Note 1230721 also should be looked onto which will be needed for generating the Java proxy from Message Interfaces in IR for parallel processing.
Kindly help me if any of you have worked on such a scenario.
Thanks in advance,
Regards,
Rosie Sasidharan.

J2sdk-1_4_2 windows-ia64.exe needed for Windows 2003 ia64 bit ?

hai,
I am installing SAP 4.7 x200 on windows 2003 , Intel 64 bit machine with DB as Ms SQL 2000.
Before Installing SAP i need to have a java runtime environment basically 64 bit for Intel on Windows . I followed SAP note but i am not able to find the exact j2sdk file . I looked at java.sun also and even there i can't locate the file J2sdk-1_4_2 windows-ia64.exe .One can easily find the same file for amd machine.
kindly let me know if there is 64bit version of j2sdk on intel 64 bit.
thanks in advance
jase

HI:
https://sdlc5a.sun.com/ECom/EComActionServlet;jsessionid=1D920D7BB1FC5D31C70E55CE3BE777E4
You will find the link to IA64 towards the bottum of the above page.
If for some reason the page doesn't open, please try the following page:
http://java.sun.com/products/archive/j2se/1.4.2_13/index.html
Thanks!
If this problem has been solved, then go ahead and close this message!
Rewards Points to the helpful answers

The usual ClassNotFound for stubs, but I cant remember

Hi guys. I have a problem with my rmi app. First of all
I have the server stuff in server package, the worker stuff in worker package, some essential code in source package and thats it. So the directory structure is
path/server, path/worker, path/source etc.
Although in the office machines it works fine, in the house I get
java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:
java.lang.ClassNotFoundException: server.ServerImpl_Stub
but the stubs are there. I am in the root dir and doing javac server/*.java, javac worker/*.java etc
then rmic server.ServerImpl
and then java server/ServerStarter (server.ServerStarter doesnt make a difference)
Can somebody please help because I need to do a lot of work during the weekend. thx

This has been solved. The problem was that the stubs and main classes had to be compiled with the same Java version and rmiregistry started from the root project dir. thx

I have a Mac running OS X 10.6.8 and have installed all updates and disabled Java Applets. Do I need to put virus protection on this computer and, if so, any recommendations?

I have a Mac running OS X 10.6.8 and have installed all updates and have disabled Java Applets. Do I need to install antivirus software and, if so, do you have a recommendation on what works best.

Mac OS X versions 10.6.7 and later have built-in detection of known Mac malware in downloaded files. The recognition database is automatically updated once a day; however, you shouldn't rely on it, because the attackers are always at least a day ahead of the defenders. In most cases, there’s no benefit from any other automated protection against malware.
The most effective defense against malware is your own intelligence. All known malware that affects a fully-updated installation of Mac OS X 10.6 or later takes the form of trojans, which can only work if the victim is duped into running them. If you're smarter than the malware attacker thinks you are, you won't be duped. That means, primarily, that you never install software from an untrustworthy source. How do you know a source is untrustworthy?
Any website that prompts you to install a “codec,” “plug-in,” or “certificate” that comes from that same site, or an unknown site, merely in order to use the site, is untrustworthy.
A web operator who tells you that you have a “virus,” or that anything else is wrong with your computer, or that you have won a prize in a contest you never entered, is trying to commit a crime with you as the victim.
“Cracked” versions of commercial software downloaded from a bittorrent are likely to be infected.
Software with a corporate brand, such as Adobe Flash Player, must be downloaded directly from the developer’s website. No intermediary is acceptable.
Disable Java (not JavaScript) in your web browser(s). Few websites have Java content nowadays, so you won’t be missing much. This setting is mandatory in Mac OS X 10.5.8 or earlier, because Java in those versions has bugs that make it unsafe to use on the Internet. Those bugs will probably never be fixed, because those older operating systems are no longer being maintained by Apple. Migrate to a newer version of the Mac OS as soon as you can.
Follow these guidelines, and you’ll be as safe from malware as you can reasonably be.
Never install any commercial "anti-virus" products for the Mac, as they all do more harm than good. If you need to be able to detect Windows malware in your files, use ClamXav — nothing else.

Is an anti-virus needed for a new macbook pro?

Is an anti-virus needed for a new macbook pro with retina display?

1. This comment applies to malicious software ("malware") that's installed unwittingly by the victim of a network attack. It does not apply to software, such as keystroke loggers, that may be installed deliberately by an intruder who has hands-on access to the victim's computer. That threat is in a different category, and there's no easy way to defend against it. If you have reason to suspect that you're the target of such an attack, you need expert help.
If you find this comment too long or too technical, read only sections 5, 6, and 10.
OS X now implements three layers of built-in protection specifically against malware, not counting runtime protections such as execute disable, sandboxing, system library randomization, and address space layout randomization that may also guard against other kinds of exploits.
2. All versions of OS X since 10.6.7 have been able to detect known Mac malware in downloaded files, and to block insecure web plugins. This feature is transparent to the user, but internally Apple calls it "XProtect." The malware recognition database is automatically checked for updates once a day; however, you shouldn't rely on it, because the attackers are always at least a day ahead of the defenders.
The following caveats apply to XProtect:
It can be bypassed by some third-party networking software, such as BitTorrent clients and Java applets.
It only applies to software downloaded from the network. Software installed from a CD or other media is not checked.
3. Starting with OS X 10.7.5, there has been a second layer of built-in malware protection, designated "Gatekeeper" by Apple. By default, applications and Installer packages downloaded from the network will only run if they're digitally signed by a developer with a certificate issued by Apple. Software certified in this way hasn't necessarily been tested by Apple, but you can be reasonably sure that it hasn't been modified by anyone other than the developer. His identity is known to Apple, so he could be held legally responsible if he distributed malware. That may not mean much if the developer lives in a country with a weak legal system (see below.)
Gatekeeper doesn't depend on a database of known malware. It has, however, the same limitations as XProtect, and in addition the following:
It can easily be disabled or overridden by the user.
A malware attacker could get control of a code-signing certificate under false pretenses, or could simply ignore the consequences of distributing codesigned malware.
An App Store developer could find a way to bypass Apple's oversight, or the oversight could fail due to human error.
For the reasons given above, App Store products, and other applications recognized by Gatekeeper as signed, are safer than others, but they can't be considered absolutely safe. "Sandboxed" applications may prompt for access to private data, such as your contacts, or for access to the network. Think before granting that access. OS X security is based on user input. Never click through any request for authorization without thinking.
4. Starting with OS X 10.8.3, a third layer of protection has been added: a "Malware Removal Tool" (MRT). MRT runs automatically in the background when you update the OS. It checks for, and removes, malware that may have evaded the other protections via a Java exploit (see below.) MRT also runs when you install or update the Apple-supplied Java runtime (but not the Oracle runtime.) Like XProtect, MRT is presumably effective against known attacks, but maybe not against unknown attacks. It notifies you if it finds malware, but otherwise there's no user interface to MRT.
5. XProtect, Gatekeeper, and MRT reduce the risk of malware attack, but they're not absolute protection. The first and best line of defense is always your own intelligence. With the possible exception of Java exploits, all known malware circulating on the Internet that affects a fully-updated installation of OS X 10.6 or later takes the form of so-called "trojan horses," which can only have an effect if the victim is duped into running them. The threat therefore amounts to a battle of wits between you and the malware attacker. If you're smarter than he thinks you are, you'll win.
That means, in practice, that you never use software that comes from an untrustworthy source, or that does something inherently untrustworthy. How do you know what is trustworthy?
Any website that prompts you to install a “codec,” “plug-in,” "player," "extractor," or “certificate” that comes from that same site, or an unknown one, is untrustworthy.
A web operator who tells you that you have a “virus,” or that anything else is wrong with your computer, or that you have won a prize in a contest you never entered, is trying to commit a crime with you as the victim. (Some reputable websites did legitimately warn visitors who were infected with the "DNSChanger" malware. That exception to this rule no longer applies.)
Pirated copies or "cracks" of commercial software, no matter where they come from, are unsafe.
Software of any kind downloaded from a BitTorrent or from a Usenet binary newsgroup is unsafe.
Software that purports to help you do something that's illegal or that infringes copyright, such as saving streamed audio or video for reuse without permission, is unsafe. All YouTube "downloaders" are in this category, though not all are necessarily harmful.
Software with a corporate brand, such as Adobe Flash Player, must be downloaded directly from the developer’s website. If it comes from any other source, it's unsafe.
Even signed applications, no matter what the source, should not be trusted if they do something unexpected, such as asking for permission to access your contacts, your location, or the Internet for no obvious reason.
6. Java on the Web (not to be confused with JavaScript, to which it's not related, despite the similarity of the names) is a weak point in the security of any system. Java is, among other things, a platform for running complex applications in a web page, on the client. That was always a bad idea, and Java's developers have proven themselves incapable of implementing it without also creating a portal for malware to enter. Past Java exploits are the closest thing there has ever been to a Windows-style virus affecting OS X. Merely loading a page with malicious Java content could be harmful.
Fortunately, client-side Java on the Web is obsolete and mostly extinct. Only a few outmoded sites still use it. Try to hasten the process of extinction by avoiding those sites, if you have a choice. Forget about playing games or other non-essential uses of Java.
Java is not included in OS X 10.7 and later. Discrete Java installers are distributed by Apple and by Oracle (the developer of Java.) Don't use either one unless you need it. Most people don't. If Java is installed, disable it — not JavaScript — in your browsers.
Regardless of version, experience has shown that Java on the Web can't be trusted. If you must use a Java applet for a task on a specific site, enable Java only for that site in Safari. Never enable Java for a public website that carries third-party advertising. Use it only on well-known, login-protected, secure websites without ads. In Safari 6 or later, you'll see a lock icon in the address bar with the abbreviation "https" when visiting a secure site.
Follow the above guidelines, and you’ll be as safe from malware as you can practically be. The rest of this comment concerns what you should not do to protect yourself from malware.
7. Never install any commercial "anti-virus" or "Internet security" products for the Mac, as they all do more harm than good, if they do any good at all. Any database of known threats is always going to be out of date. Most of the danger is from unknown threats. If you need to be able to detect Windows malware in your files, use one of the free anti-virus products in the Mac App Store — nothing else.
Why shouldn't you use commercial "anti-virus" products?
Their design is predicated on the nonexistent threat that malware may be injected at any time, anywhere in the file system. Malware is downloaded from the network; it doesn't materialize from nowhere.
In order to meet that nonexistent threat, the software modifies or duplicates low-level functions of the operating system, which is a waste of resources and a common cause of instability, bugs, and poor performance.
By modifying the operating system, the software itself may create weaknesses that could be exploited by malware attackers.
8. An anti-malware product from the App Store, such as "ClamXav," doesn't have these drawbacks. That doesn't mean it's entirely safe. It may report email messages that have "phishing" links in the body, or Windows malware in attachments, as infected files, and offer to delete or move them. Doing so will corrupt the Mail database. The messages should be deleted from within the Mail application.
An anti-virus app is not needed, and should not be relied upon, for protection against OS X malware. It's useful only for detecting Windows malware. Windows malware can't harm you directly (unless, of course, you use Windows.) Just don't pass it on to anyone else.
A Windows malware attachment in email is usually easy to recognize. The file name will often be targeted at people who aren't very bright; for example:
♥♥♥♥♥♥♥♥♥♥♥♥♥♥!!!!!!!H0TBABEZ4U!!!!!!!.AVI♥♥♥♥♥♥♥♥♥♥♥♥♥♥.exe
Anti-virus software may be able to tell you which particular virus or trojan it is, but do you care? In practice, there's seldom a reason to use the software unless a network administrator requires you to do it.
The ClamXav developer won't try to "upsell" you to a paid version of the product. Other developers may do that. Don't be upsold. For one thing, you should not pay to protect Windows users from the consequences of their choice of computing platform. For another, a paid upgrade from a free app will probably have the disadvantages mentioned in section 7.
9. It seems to be a common belief that the built-in Application Firewall acts as a barrier to infection, or prevents malware from functioning. It does neither. It blocks inbound connections to certain network services you're running, such as file sharing. It's disabled by default and you should leave it that way if you're behind a router on a private home or office network. Activate it only when you're on an untrusted network, for instance a public Wi-Fi hotspot, where you don't want to provide services. Disable any services you don't use in the Sharing preference pane. All are disabled by default.
10. As a Mac user you don't have to live in fear that your computer is going to be infected every time you install an application, read email, or visit a web page. But neither should you have the false idea that you will always be safe, no matter what you do. The greatest harm done by security software is precisely its selling point: it makes people feel safe. They may then feel safe enough to take risks from which the software doesn't protect them. Nothing can lessen the need for safe computing practices.

Why java allow start() method only once for a thread

Hi ,
Why java allows start method only once for thread . suppose
Thread t = new Thread();
t.start();
say at later stage if again we call t.start() IllegalStateException is thrown , even though isAlive method returns false.
Hence the question , why start() method is allowed only once.If you need start a thread , we need to create a new instance.

Really. Why do you think that? Do you have any evidence? It is one of the first things I would think of, personally.Considering that the Thread API doesn't allow you to specify a stack address (only stack size), I think it demonstrates they wanted to remove that capability from their Thread API all together. That missing "capability" makes me believe they want me to believe it's not something I need to worry about when using their API... I think the exact semantics of the Thread class and its methods were driven by how to make it most understandable and usable for their customers. I'm certain this issue was one of many that was given considerable thought during the design and implementation of the JVM and the underlying runtime classes.
Do I have any evidence? No. But if you can point me at some first-hand information on this, I'd love to read it. Most of what I've found is second or third hand accounts. (and I mean that sincerely, not as a smart-ass remark or rebuke of your comments).
On the one hand you seem to think the Java API designers are idiots, on the other hand you think that they should be. I can't make it out.I thought my position was that the Java developers were talented enough to implement platform in whatever way their API called for; hence, the designers made a choice about how they wanted their API to be used by their customers. They decided which capabilities they wanted to include or exclude, and created an API that was consistent with their vision for this technology. While I'm certain technical limitations had an effect on the API design, I certainly don't think the API was dictated by the them.
I think the current design of the Java Thread API was a reflection of their vision to make Threading easier and more accessible to Joe Programmer, not limitations in the implementation. I never said it was wrong or that I could do better... I just said I think they could have done something different if they decided it would have made for a better customer experience. But hey, maybe I'm wrong.

EJB client still need EJB stub when it's already compiled?

Hi,
I know an EJB client needs stub of EJB components to compile itself. However, does an EJB client still need stub when it's executed?

Hi,
I know an EJB client needs stub of EJB components to
compile itself. EJB components should not need access to any stubs at compile time. All they need is access to the API classes, e.g. javax.ejb.*. The need for RMI-IIOP stubs is a vendor-specific issue. Some J2EE implementations require them, some don't. E.g., in the J2EE SDK we don't generate static RMI-IIOP stubs so the developer doesn't have to know about them at all.
However, does an EJB client still
need stub when it's executed?

Java 5 (1.5) no need for stubs?!! (codebase)

Similar Messages

Maybe you are looking for