The poor MS-JVM in IE 5.x! go your death!

No Java1.0 VM in IE6.0 is good thing in my eye:
With plug in, Java2 can take role in IE, more applet can work therefore, more prople can know Java better.......
mengmeng Beijing.

The lack of a Java VM in IE6.0 is most certainly not a good thing it requires all applets to run the java 2 VM plugin which is 5mg other users with erlier versions do not need this support thus complex js algorithms must be developed to decide whether or not to use the Plugin

Similar Messages

Is there a flowchart describing gc behaviour of the Sun hotspot jvm?

Given that garbage collector tuning is such an important part of application deployment it is surprising that the behaviour of the garbage collector implemented in the Sun JVM is so poorly documented.
Our system is displaying behaviour changes that we don't expect and do not want and it we can't find enough information to predict how the garbage collector will behave under expected and changing conditions. This makes it impossible to select sensible parameters for our system.
For example, we have included the -Xincgc option when running a weblogic6.0 server to reduce the size of the gc pauses. Monitoring the memory (both on the weblogic console and via -verbose:gc) we have small gcs happening quite frequently but after a couple of hours it switches over to full gcs and stays that way for ever after. The full gcs bring on the longer delays for garbage collection (typically around 5 seconds) every 5 minutes or so.
Incidentally, we assume the small gcs are the incremental gcs performed on the old area but there is no way to distinguish those from the little scavenging gcs that are performed even without -Xincgc.
The total memory used is quite modest (1/4 to 1/2 the size generally) compared to the max heap size and the old area and comparable to the new area.
If there is a flowchart or uml activity diagram that describes the hotspot gc behaviour so that we could be a little more deterministic in our approach to gc tuning I would be most grateful to get access to it. This trial and error approach is very frustrating.
There's some very useful information out there about the structure of the java heap and the meaning of the various options and even the garbage collection algorithms themselves but it is not sufficient to specify the behaviour of the specific hotspot jvm from Sun Microsystems.
I liken it to having a class diagram describing a highly dynamic system but no interaction diagrams.

I would also love to have a comprehensive explanation of garbage collection in Java. I'm still mystified by it in some respects.
The author of this thread has obviously researched Java GC... don't know if this helps, but someone in another thread posted this link to a JDC Tech Tips issue concerning memory allocation and GC:
http://developer.java.sun.com/developer/TechTips/2000/tt1222.html
Also the links near the bottom may be worth checking out...
There's something in that web page that I still don't understand and I think I will post a message about it soon.

The Oracle JRockit JVM is not supported by SAP JCo 3.0.5.

Hello all,
I am preparing our new Oracle Fusion Middleware platforms. So far we have been running BPEL 10.1.3.4.0 and we are going to build the 11g platform (WLS and SOA suite) in parallel.
I have already installed WLS Server 10.3.3 and then SOA Suite + the SOA patchset bu selecting always Jrockit_160_17_R28.0.0-679.
Now I am abaout to install the adapters and I red in the documentation
http://download.oracle.com/docs/cd/E14571_01/doc.1111/e17054/intro.htm
For supported JVM information that corresponds to each operating system, see the SAP Note #1077727 in the SAP Service Marketplace.
Note:
The Oracle JRockit JVM is not supported by SAP JCo 3.0.5.
Is anybody aware of this? If it is valid, how could I achieve not to re-installa everything from scratch and select SUN JVM?
Could I for example create a new Managed Server where I will explicity select SUN JVM to be installed for this instance?
Best Regards,
Loukas Rougkalas

Please post your question to SOA forum. This forum is about WebLogic Connector Container.

Has anyone found a solution to the poor battery life in Mavericks?

Hi all,
I was wondering if anyone has found a reliable solution to the poor battery life after updating to Mavericks. I tried to have the Mac shutdown by letting it go all the way dead and then charge it back up but it still is lousy. To literally see the battery guage go down in such a short period of time is surprising as I didn't have this in my previous OS. My machine is a five month old Macbook Pro Retina. I want to say I started seeing this change after installing the last Mail update for Mavericks. I definitely didn't encounter it after the initial update to Mavericks.
Thoughts, comments, ideas?
Ed

Read through the posts on the right side of the page under 'More Like This'. Several fixes have been mentioned amongst them. But as there was an issue in Mountain Lion that was rectified with an update then it may just be a case of waiting to see if Apple issue a solar update for Mavericks. Remember it has only been out two weeks so I would doubt that if there is an update coming for it that they would release it without thorough testing.
Cheers
Pete

Java Programming @ SAP - the poor cousin?

Hi!
Recently I' ve started a kind of poll in the Java forums asking if someone knew any enhancement possibilities for java-side development at SAP mentioning the ABAP customer exits, BADIs, customer includes and enhancement spots as example.
Guess how many answer I received - from WDJ, Java Programming, NWDI and NW Java from: None! All the gurus who usually bubble over with wisdom remained wondrous silent. I also run over help pages searching for some hints regarding this - in my opinion fundamental - questions, with the same result.
Has really nobody at SAP spent a thought about one of the most precious features SAP offers its customers - the possibility to enhance delivered standard-programs and thereby adapt them to their needs without modification?
How are we as Java programmers then supposed to stand the mistrustful glances of our ABAP collegues who wonder why there has been so much noise about this Java thing in the recent years. Thinking about the disadvantages a developer working with Java at SAP has to bear compared to his ABAP collegue - no direct data access, no comfortable debugging possibilities, lots of standalone tools with strange UIs (SDM Remote GUI, Visual Admin - only to name the least glorious ones - he to manage and - last, not least - no chance to enhance SAP Standard programs modification free I have to agree upon one ABAPers opinion on Java: "The hype is over!".
Regards from a very pessimistic Java Developer
Thomas
PS: Does anybody know a way to unbureaucraticly swap a Java certification against an ABAP one?

I get the question - should I do my development in ABAP or Java - quite often. My answer has become "It Depends." I getting pretty good at those ambiguous consulting answers, aren't I.
In all seriousness I really do think the answer depends upon several things. As a company or development group you should analyze the skills that you already have in house. As you have seen the two development environments are quite close. The advantages of one over the other will continue to vary over time. ABAP will add nice features from Java and vise versa. In the end it is more important that companies leverage their skill sets and existing infrastructure (Software Lifecycle Landscape) to their maximum.
If you are already a java shop then it makes sense to continue down that development path because your developers will still be very efficient even if they have to access ERP and other SAP application logic and data via RFC or Web Services.
On the other hand, ABAP certainly isn't as dead as some people claimed it would be by now. Thanks to Web Services ABAP has more flexibility than ever before. It isn't nearly the closed box that it used to be. Also the workbench team isn't going to stop innovating either.
The next question I get is what does SAP do internally when deciding on a language to use. To a large extent they use the same criteria - what existing skill sets do I have to work with. They also look at where the data is located.
That means products like Portal aren't about to change from Java to ABAP. On the other hand ERP suite development is still heavily ABAP. The new UIs coming from ERP will primarily be done in Web Dynpro ABAP.
Even in some newer products that haven't been released yet - the UI was done in Java or Visual Composer and the backend business logic was done in ABAP. It is all about taking advantage of the unique strengths of each environment and the skill sets you have in each.
In the end I don't think Java is the poor cousin any more than ABAP is going to die. Look at NetWeaver CE and the huge investment SAP has made on top of Java Development there. At the same time our investment in Java has not come at the cost of the ABAP environment. Innovations will continue to take place there as well. I can assure you that within SAP it is the hope and goal to have two top notch development environments within NetWeaver.
Now let me share a little story with you. My background is obviously ABAP and I doubt I will ever lose my particular passion for the environment. At the same time I have done a fair bit of NetWeaver Java development in the last year and half or so. I'm not a super deep expert, but I can hold my own.
I recently had a requirement to build an MDM Application. I only had two days in which to build it. My choices were to use the Java API or the ABAP API. They are quite similar and both meet all my interface requirements. I was building a Web Dynpro UI, so the end user wouldn't be able to tell the difference. Interfacing capabilities being the same and UI output being identical - my decision came down to the environment where I personally could be most efficient. I could have completed the project in either environment. But because I knew the ABAP Programming Environment (you know the stuff that goes beyond the basic syntax - the real knowledge that lets you squeeze every last drop of performance out of an application) so well I personally could build the best application in the shorter time in ABAP.
Now someone with a different background might well have taken the Java path and done just as well. This is the advantage that SAP provides by continuing to support both ABAP and Java development. Does every feature and function of both environements line up exactly - of course not. I'm sure they never will. But do these differences keep experts in either environment from being able to make any application do amazing things - certainly not. Personally I feel less constrained in either ABAP or Java today than I have ever felt programming before.

64-bit vs. 32-bit performance on SPARC hardware with the 1.6 JVM

I'm doing performance tuning for our Tomcat ckuster running on SPARC hardware. The 32-bit JVM gives us sufficient memory for now, but we are going to start using Terracotta for server striping so the extra memory the 64-bit JVM offers could be needed soon.
In addition to a bigger memory footprint, moving to the 64-bit JVM on SPARC has had a performance penalty. This FAQ shows a 10% - 20% performance hit when moving to the 64-bit JVM on SPARC on the 1.4 JVM:
http://java.sun.com/docs/hotspot/HotSpotFAQ.html#64bit_performance
I'm not interested in taking a 10% - 20% performance hit if I can avoid it. There's been discussion of using a 32-bit / 64-bit hybrid approach to avoid this problem so maybe the 1.6 JVM doesn't have the performance hit that the 1.4 JVM had:
http://blog.juma.me.uk/2008/10/14/32-bit-or-64-bit-jvm-how-about-a-hybrid/
Does anyone have current performance metrics for moving from the 32-bit JVM to the 64-bit JVM using the 1.6 JVM on SPARC?
Thanks.
Dean

Yes the 6380 FPU is shared between two cores. I just ran a diagnostic I made up that generates an array of 1 million random numbers, takes the average of those, and then excutes that repeatedly in a parallel loop. The 6380 showed a 20% to 30% improvement in speed between LV64 & LV32 bit depending on how many cores I told it to use. So that seems to make more sense. The other code that I was running that ran 4 times slower has a complicated clusters within a cluster structure including a large look up table array that is being passed around amoung several vi's. If it is moving that large amount of data around in memory, instead of just the pointer, that might explain it. But why then would the AMD run slower with 64 bit (by a factor of 4) when compared with the Core i7 which ran twice as fast, which kind of makes sense to me if it is moving that data around with twice the bandwidth?

How to improve the efficiency of JVM

I'm a new comer to the Java platform, but I'm very intersted in JVM. I believe that the more efficient JVM could be made, the swifter and more powerful Java can achieve. So could anyone tell me what knowledge should I have before implementing a JVM? Thank you very much.

So you want to create your own jvm?
Then you need to read the JVM spec - http://java.sun.com/docs/books/vmspec/index.html
And you are going to need to know how to program C or C++. And how those languages interact with the target operating system.
And certainly a good foundation in compiler/interperter design a computing fundamentals (like data structures) will help a lot.

Migrate the EJBs from JVM to OC4J...?

We are plan to migrate the EJBs modules from Oracle8i JServer to OC4J.
From now we have developed the EJBs by using JDeveloper as the following
conditions;
- JVM: Oracle8i JServer (8.1.6.3.0)
- EJBs: Session Beans only
- IDE tool: JDeveloper 3.2
And now we wanna migrate or re-deploy to the OC4J. Is there any good
suggestions or idea to do it? Also I wanna know sth to considerate...
Thanks in advance for any advice
Phyllis
null

It would be good for you to migrate to OC4J as performance in OC4J is a lot better. Here is a little migration writeup I had done sometime back. It is work in progress. Hope this helps.
Migrating EJB components from Database EJB container to OC4J
Author: Ashok Banerjee [[email protected]]
Oracle recommends the new J2EE containers in Oracle9iAS (OC4J) for deploying J2EE components. The goal of this paper is to recommend ways to migrate existing EJB applications, from database EJB container, to OC4J.
The database EJB container runs on the aurora session based Java Virtual Machine, whereas the new container runs on standard JDK (version 1.2.2 onward) .
The database EJB container runs in a database session. The database is itself the middle tier, in such a configuration. Users therefore have a logically three tiered architecture, that runs physically on two tiers. The database serves as both the middle tier and the backend. In such situations users would use the "kprb" driver (used for requests made from within the database). No further authentication is needed if the backend database is the same as the middle tier. Users can also use one database as the middle tier and another database as the backend.
In OC4J the middle tier does not require a database installation on the middle tier. This helps make the middle tier lightweight. OC4J is also seen to significantly faster than the EJB container inside the database. Since OC4J runs on regular JDK the user can run OC4J on the Java Virtual Machine which is best for his/her specific needs. OC4J however has a limitation in that does not support pure CORBA clients. Currently OC4J does not support RMI over IIOP either.
To migrate existing EJB applications from inside the database to OC4J the set of changes is minimal.
Code changes
1. Change all references in the code and any configuration files using JDBC URLs from kprb driver to either thin or oci. "kprb" driver is only for applications running inside the database. The new OC4J runs outside the database and therefore it must use thin or oci driver.
2. The database EJB container clientside JNDI lookups were like:
env.put (Context.URL_PKG_PREFIXES, "oracle.aurora.jndi");
env.put (Context.SECURITY_PRINCIPAL, user);
env.put (Context.SECURITY_CREDENTIALS, password);
env.put (Context.SECURITY_AUTHENTICATION, ServiceCtx.NON_SSL_LOGIN);
Context ic = new InitialContext (env);
while in OC4J container the lookup code should read:
env.setProperty("java.naming.factory.initial","com.evermind.server.ApplicationClientInitialContextFactory");
env.setProperty("java.naming.provider.url","ormi://localhost");
env.setProperty("java.naming.security.principal","username");
env.setProperty("java.naming.security.credentials","password");
Context ic = new InitialContext (env);
3) Remove all references to oracle.aurora.* classes - they will not work with OC4J. These classes are specific to the container in the database.
4) Check for client demarcation of Bean Managed Transactions and remember that transaction in OC4J cannot be propagated across tiers. In other words client demarcated transaction will work provided the client is another EJB or a servlet in the same OC4J instance. This is also listed in the "Current Limitations" section.
Build changes
1. For EJB in the database we use loadjava to load classes into the database - this step is not necessary any longer for middle tier EJBs. The user merely needs to ensure that the classes are in the classpath.
2. Similarly the concept of resolver specification in the database EJB container ceases to be useful in OC4J. To make classes "findable" the user sets the classpath. In OC4J any jars in the $OC4J_HOME/lib directory are on the server side classpath of the application classloader. The user can also include classes in their own ear files before they deploy the ear. [If you do not know about the resolver specification, then you have not used it and do not need to know about it].
3. The database J2EE container did not have support for .ear files. The OC4J container supports J2EE standard .ear files. Both makefiles and ANT files are available in the code samples on OTN which show how to build ear files and also provides samples for the structure of the EAR files.
EAR File contains META-INF/application.xml
META-INF/orion-application.xml [optional]
applicationEjb.jar
applicationweb.war
applicationEjb.jar contains
META-INF/ejb-jar.xml
META-INF/orion-ejb-jar.xml
EJB classes
applicationWeb.war contains
WEB-INF/web.xml
WEB-INF/orion-web.xml
WEB-INF/lib/jar files needed
WEB-INF/classes class files needed for JSP servlets
For further information on how to write the xml files etc. please refer to their respective DTDs.
Both web.xml and ejb-jar.xml should be unaffected by the migration.
4. The deployejb tool used to deploy EJB to the database has been deprecated. In OC4J EJBs are deployed as shown below:
% java -jar admin.jar ormi://localhost:<rmi-port> userName password -deploy -file ejbdemo.ear -deploymentName jndiName
5. The ApplicationClientContainer does not need aurora_client.jar in the classpath instead it needs oc4j.jar in the classpath.
Configuration Changes:
1. In the database EJB container the configurations exist in database tables but in OC4J the configuration exists in industry standard XML files. By default these files are located at $OC4J_HOME/config directory. Users can start their OC4J instance with a different configuration using the -config switch to specify a different server.xml file.
%java -jar oc4j.jar -config config1/server1.xml
2. In the database EJB container scalability was achieved using the MTS architecture and session based Java Virtual Machine. In OC4J scalability is achieved by clustering and using the loadbalancer. For more details on loadbalancer please read <link to loadbalancer.doc>
3. The bindds tool used to bind data-sources to the JNDI namespace of the database EJB container is deprecated. In OC4J datasources are bound to the the namespace using the data-sources.xml in $OC4J_HOME/config. Non oracle data-sources can also be bound to the namespace. A typical entry in data-sources.xml could look like:
<data-source
class="com.evermind.sql.DriverManagerDataSource"
name="OracleDS"
location="jdbc/OracleCoreDS"
xa-location="jdbc/xa/OracleXADS"
ejb-location="jdbc/OracleDS"
connection-driver="oracle.jdbc.driver.OracleDriver"
username="scott"
password="tiger"
url="jdbc:oracle:thin:@dlsun1688:5521:jis2"
inactivity-timeout="30"
/>
4. Database EJB container used database authentication (database roles and database users) to authenticate users to the middle tier. OC4J uses principals.xml file to list groups and users and perform authentication. One can also implement UserManagers for OC4J to perform more complex authentication.
5. The ports used by OC4J for RMI, JMS and HTTP are all specified in rmi.xml, jms.xml, web-site.xml.
6. Both OC4J and the database container SSL (client authentication as well as server authentication).
7. The database EJB container could only be remotely debugged using a jdb like interface by starting a debugagent on the server, and a debugproxy on the client. OC4J containers on the other hand run on JDK and can be debugged with any debugger. This is very useful for debugging EJB/Servlet application running in the server.
8. The database EJB container comes with a database and hence has AQ (Advanced Queue) available for JMS. With OC4J there is a default in memory JMS implementation. OC4J server program can also connect to other JMS implementations(including AQ) using jms.xml. However a JNDI context may need to be implemented for AQ.
Current Limitations
1. The OC4J container at present does not support 2 phase commit.
2. The OC4J container at present does not support transaction context propagation across tiers. Hence client demarcated transactions are not supported in OC4J except where the client demarcating the transaction is in the same container, for example an EJB having its transaction demarcated by another EJB or servlet, in the same container.
3. In the classic container Oracle did not support RMI-IIOP tunneling through HTTP however in OC4J RMI over HTTP is supported.
null

I've just upgraded to the Iphone update and now battery life of the poor is very poor (3 hours). Is there anything I can do to fix this?

I've just upgraded to the Iphone (4) update and now battery life of the poor is very poor (3 hours). Is there anything I can do to fix this?

there is wifi encryption password and appleID password and then your imap or pop3 password

How to fix the poor network reception in iphone 4s 5.0.1

How to fix the poor network reception,GPS location services issue & Battery life issue in iphone 4s 5.0.1

So I am guesing probably the iPhone signal reception issue came from the iPhone SIM card reader itself not adjusting to the SIM chip.
OK, here is the trimmed micro SIM card comparison:
Hope this helps!

How do I regulate what is spent for music so my kids dont put me in the poor house?

how do i regulate what is spent for music so my kids dont put me in the poor house?

In itunes preferences, Advanced make sure the two following options are checked
Keep Itunes Media Folder organised
Copy files to itunes Media folder when adding to library
The box above that should have your iTunes Media folder path
/Users/username/Music/iTunes/itunes Media.
If you still have the original 50 songs on your harddrive delete them form itunes. Then drag your external Hard Drive icon into itunes and it should identify and copy all your music files to your new machines.
Check that everything is there then you can do a freah backup to the external drive with everything in its correct folder

Who is suppose to Fix the Poor Streaming Audio quality?

Just a quick question
Who is suppose to fix the bad sounding streaming audio quality?
This this something Google / Verizon / Motorola will fix or is this left for the developers to fix?
I can not stand telling my phone not to update but I cant said the poor audio quality more!!!!
Someone fix this please

I installed 2.2 on the 1st Droid replacement they gave me- no apps, wallpapers, etc were installed since the phone was updated to 2.2 straight out of the box. The battery level was almost full before install. Upon installing 2.2, the battery could not hold a charge within 10 minutes. On the 2nd Droid replacement, I took the same battery that had indicated a 5% battery level and put it into the new replacement (which was on 2.1), and it immediately read as 70%.
I agree that some apps may cause a conflict, however in my case Froyo was clearly the culprit....so to assume that all these problems are self-inflicted is **bleep**.
johnM356 wrote:
wfooffroad wrote:
Its amazing how so many of the same phones get the same update and each phone takes the update differently causing different problems for each phone.
Exactly, and since the phones are physically identical, that tells me all these problems being reported are self-inflicted - ie; almost surely a result of an installed app, and not the phone itself. That's the only variable, right?

I do need help. My little i-pod appears to have lost all visuals. when I connect it to the computer I can see what is there, but I can no longer play it or see the tiy screen. Does this mean it has died? or is there a way of resucitating the poor thing. m

i do need help. My little i-pod appears to have lost all visuals. when I
connect it to the computer I can see what is there, but I can no longer
play it or see the tiy screen. Does this mean it has died? or is there a
way of resucitating the poor thing.
mk

iPod Tutorials
iPod Manuals
iPod Models

I have a ipad 4th gen with the lightning charging port. I have realised how long it takes to charge and the poor battery life which means I can't take my ipad anywhere. Is there a case that is available that will charge my ipad? I know they are out there

I have a ipad 4th gen with the lightning charging port. I have realised how long it takes to charge and the poor battery life which means I can't take my ipad anywhere. Is there a case that is available that will charge my ipad? I know they are out there for older iPads with the 30pin charger but I can't find one for the lighning 8pin charger.

I don't know what you mean by "poor battery life". If your iPad is working properly you should get 9-10 hours of life.

Ever claiming for the poor quality of mackeeper software. It is a scam.

Ever claiming for the worst quality of mackeeper software. It is a scam.

Follow these instructions to uninstall MacKeeper. They have been tested with the most recent version of MacKeeper (v 2.8). Earlier versions than the one released in 2012 require more extensive work to uninstall all its components.
If you used MacKeeper to encrypt any files or folders, use MacKeeper to un-encrypt them first.
Quit the MacKeeper app if it is running.
Open your Applications folder: Using the Finder's Go menu, select Applications.
Drag the MacKeeper icon from your Applications folder (not the Dock) to the Trash.
You will be asked to authenticate (twice):
You do not need to provide a reason for uninstalling it:
Just click the Uninstall MacKeeper button. You will be asked to authenticate again.
After it uninstalls you may empty the Trash and restart your Mac. All that will remain is an inert log file that does nothing but occupy space on your hard disk.

The poor MS-JVM in IE 5.x! go your death!

Similar Messages

Maybe you are looking for