Reflection from jdk 1.2 to 1.3

Its possible to use the java.lang.reflect.InvocationHandler class in jdk 1.2.2?

Maybe my question did not have the correct approach.
I need to develop a web service client which must run on java virtual machine 1.2
I ve tried with axis, glue and jax-rpc but all they need the java.lang.reflect.InvocationHandler interface available since jdk1.3
So the question is: What can I use to write that client without that interface?

Similar Messages

How to remove a reflection from a windshield on a car photo?

I am trying to remove a reflection from a windshield on a car photo. Cloning does not work for me. Any suggestions?

Please post the picture.
You can do it via the camera icon in the reply box here, or at www.pixentral.com. If you use pixentral, please provide the URL so that we can open it.

XML Transformation - Migration from JDK 1.4 to JDK 1.6

Hi all,
I am switching from JDK 1.4 to JDK 1.6 but my XSLT transformations are outputting different XML (although structurally sound). JDK 1.6 outputs the namespaces for each element rather than placing them at the top level node.
I've included the settings and the code below. I expect that there is a feature or a way to handle this but I have not been able to find it now for several days.
Any recommendations would be greatly appreciated.
Regards
Paul
JDK1.4
JAXP: loaded from fallback value: org.apache.xalan.processor.TransformerFactoryImpl
JAXP: loaded from fallback value: org.apache.crimson.jaxp.SAXParserFactoryImpl
<?xml version="1.0" encoding="UTF-8"?>
<ex1:IE518 xmlns:xdata="http://www.edifecs.com/xdata/100" xmlns:exe="http://test.com/schemas/ex1/elements/v1" xmlns:ext="http://test.com/schemas/ex1/extypes/v1" xmlns:fo="http://www.w3.org/1999/XSL/Format" xmlns:ex1="http://test.com/schemas/ex1/MSG/v1">
<ext:Common>
<exe:SyntaxID>UNOC</exe:SyntaxID>
<exe:MessageID>00000000000000</exe:MessageID>
<exe:IEMessageType>MsgType</exe:IEMessageType>
</ext:Common>
<ext:Header>
<exe:SpecificCircumstanceIndicator>B</exe:SpecificCircumstanceIndicator>
<exe:Transit>0</exe:Transit>
<exe:CommercialReferenceNumber>DHL11-7-43</exe:CommercialReferenceNumber>
</ext:Header>
</ex1:IE518>
JDK 1.6
JAXP: loaded from fallback value: com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl
JAXP: loaded from fallback value: com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl
<?xml version="1.0" encoding="UTF-8"?>
<ex1:IE518 xmlns:ex1="http://test.com/schemas/ex1/MSG/v1">
<ecc:Common xmlns:ext="http://test.com/schemas/ex1/extypes/v1">
<exe:SyntaxID xmlns:exe="http://test.com/schemas/ex1/elements/v1" >UNOC</ece:SyntaxID>
<exe:MessageID xmlns:exe="http://test.com/schemas/ex1/elements/v1" >00000000000000</ece:MessageID>
<exe:IEMessageType xmlns:exe="http://test.com/schemas/ex1/elements/v1" >MsgType</ece:IEMessageType>
</ecc:Common>
<ecc:Header xmlns:ext="http://test.com/schemas/ex1/extypes/v1">
<exe:SpecificCircumstanceIndicator xmlns:exe="http://test.com/schemas/ex1/elements/v1" >B</ece:SpecificCircumstanceIndicator>
<exe:CommercialReferenceNumber xmlns:exe="http://test.com/schemas/ex1/elements/v1" >DHL11-7-43</exe:CommercialReferenceNumber>
</ecc:Header>
</ex1:IE518>
try {
     byte[] transformed;
     StreamSource inputData = new StreamSource( new ByteArrayInputStream( xml_ecs.getBytes( ) ) );
     FileInputStream xsltData = new FileInputStream( xsl_file_path );
     StreamSource transformationData = new StreamSource( xsltData );
     StreamResult streamResult = new StreamResult(new ByteArrayOutputStream( ));
     //create transformer factory
     TransformerFactory tFactory = TransformerFactory.newInstance( );
     Transformer transformer = tFactory.newTransformer( transformationData );
     //perform transformation
     transformer.transform( inputData, streamResult );
     transformed = ((ByteArrayOutputStream) (streamResult.getOutputStream( )))
          .toByteArray( );
     System.out.println ("TRANSFORMED OUTPUT [" + new String(transformed) + "]");
catch (TransformerException texsc) {
     System.out.println( "TransformerException caught: "
               + texsc.getMessage() );
     throw texsc;
catch (Exception ex) {
     ex.printStackTrace();
     System.out.println(ex.getMessage());
}

Can you post relevant pieces of your input document and the xsl?

Upgrade from JDK 1.2.2 to JDK 1.4.2. Any code changes required?

Hi,
We are in the processes of upgrading the JDK versions on servers to JDK 1.4.2 to support other software upgrades.
The JDK versions on each of the servers are at different versions. On one of the servers, the version of JDK is currently at JDK 1.2.2_10. Can somebody please advise me if there would be any code changes required to support this upgrade (such as some methods being depreciated)?
We are also evaluating if we need to upgrade to JDK 1.4.5. In such a case, would there be any code changes required to upgrade from JDK 1.4.1_x to JDK 1.4.5. I assume there wouldn't be any changes for this minor upgrade but just want to confirm.
I would really appreciate an early reply.
Thanks in advance.
Regards,
Vamshi

"1.4.5" - you meant "1.5" ? :)
About deprecations -- you will be warned by the compiler. E.g. "assert", "enum" are keywords and cannot be used as method names.
The rest depends on your application. The more complex it is, the more differences can be encountered. You certainly need to run a test cycle for it with the new platform.
From my experience, I can list some issues that I have read about or have experienced myself:
1) serialization: the algorithm used to calculate the serialVersionUID had some changes between Java versions, due to compiler-added extra methods.
If you don't have serialized instances, or your serialVersionUID is specified explicitly, you are safe.
2) class loading order can be different in different platforms
Once ago I have seen a paper from BEA Systems highlighting some open topics that can arise when migrating between different vendor's JVMs. Probably, it is the one:
http://edocs.bea.com/jrockit/geninfo/devapps/codeprac.html
In my friend's case, there was some class-initialization logic, that behaved differently when class loading order changed.
3) Swing applications can sometimes behave slightly different.
E.g., I observed some changes in focus handling, although minor ones. Fixed with several lines of code.
4) Some libraries can depend on particular J2SE version. E.g. J2EE ones.
E.g. I was not able to run J2EE 1.4 thick client application with JRE 1.5. The j2ee library used by the app either had some dependencies on sun.* classes, or on some protocols (not sure, I don't remember it well).
5) Regression bugs are sometimes encountered. I.e. something that worked, does not work now.
Summary: You need testing.

Need help with extracting a faint reflection from a window with Photoshop CS6, from a jpg photo

I was wondering what tools are needed to be used to extract a clearer image of a reflection in a photo.
I am using Photoshop CS6 (64 Bit).
I don't know what else I should add. Please ask, and I will answer as much as I know.
Regards,
Isa

Semaphoric
I asked the photo owner and was told that they don't want their picture posted in public. So, I can't provide that specific image.
Perhaps if you may, could you please find a picture of a person reflected in a window (shopfront) and see if you can make the reflection of the person anymore clearer?
Here, watch this video for a better idea of what I am after: CSI Magic
I am the first to admit that this video clip is a far-fetched possibility (read, impossible from such a distance and angle), but a reflection from a much closer object (it was of a lady taking a photo around 2 metres/6 feet in front of a shopfront, to get her friend some contact details. She is [not so] clearly visible within the reflection), may be able to grab more of her details from the reflection.
I almost feel like going out and taking a picture myself to describe the situation more thoroughly, as I believe the way I worded my initial request may be misleading, as chilecayenne seemed to be misled by it. However, if anyone else could take/provide such a photo, and post it up here, I would really appreciate it.

Migration problems from Jdk 1.3 to Jdk 1.4.2_05

?Hi,
We have migrated our code from Jdk 1.3 to Jdk 1.4.2_05 and we are facing the following issue:
We have a table which displays results retrieved from DB,
When we migrated the table headers were not displayed properly due to some width parameters, so when we hardcoded the width to increase by 10, the headers are seen properly. But there is a gap between each header names.It is not set to the whole column width.
We are getting the width of the comp as follows:
Component comp = renderer.getTableCellRendererComponent(table,
col.getHeaderValue(),false,
false, 0, 0);
return comp.getPreferredSize().width + 10;
And we are setting the column width as below:
We are checking whether the cellcontent width or the header width is greater and we are passing the max width.
col.setPreferredWidth(width);
Kindly help me in this regard,
Thanks in advance,
Kala

You may get a better response posting this question in a more appropriate forum such as the Java Swing forum or the AWT forum. See forums below:
http://forum.java.sun.com/forum.jsp?forum=57
http://forum.java.sun.com/forum.jsp?forum=5

Migrating application from jdk 1.4 to 1.5

Hi,
I am planing to migrate my application from JDK 1.4 TO 1.5 . I am also using AJAX4JSF in application.Did anyone encounter any issue after migrating or during the migration to JDK 1.5 ?
Thanks in advance

You should be calling wrap() to wrap your keys, not doFinal(), or alternatively initializing your cipher to be ENCRYPT'ing, not WRAP'ing.

Planning to upgrade my application from JDK 5 to JDK 6

Hi All,
We are planning to upgrade JDK from JDK 5 to JDK 6. I would like to the stable release or update in JDK 6.
Our development environment is Windows and Production environment is Red Hat Linux 5.4 (64bit).
Please suggest the stable release in JDK 6 to upgrade my application.
Regards,
Kiran

Apple's USB drive won't work with your computer at all.

Configuring JDev to use javac from JDK

Is there anyway to make JDevleoper use Javac from JDK. We are seeing some discrepancies in the code generated by ojc.
Thanks.
Suhas.

Starting with JDeveloper 9.0.3 Preview Release, you can use ANT to build your project
and with ANT you can use Javac.

Problems with client.jar - generated from webservices toolkit from JDK 1.1.7

We have deployed a web application using the webservices in WL 6.1 using JDK 1.3.1.
The clients were able to successfully access the servlet it generated and download
the client.jar. Unfortunately this client.jar seems to be dependent on JDK 1.2
and beyond. It seems to use java.util.Map class in the JNDI-SOAP SPI.
Is there any workaround or fix to this problem, so this jar can be used from a
JDK 1.1.7 env?.
Our objective is to use WL 6.1 EJB's from WL 4.5.1 using Webservices. Are there
any known problems with this approach (Ofcourse other than this).
Thank you.
Dora Potluri
Here is the stack trace from using the client.jar
Class not found java.lang.ClassNotFoundException: java.util.Map
[Root exception is java.lang.ClassNotFoundException: java.util.Map]javax.naming.
NamingException: Class not found java.lang.ClassNotFoundException: java.util.Map
at java.lang.Throwable.<init>(Compiled Code)
at java.lang.Exception.<init>(Compiled Code)
at javax.naming.NamingException.<init>(Compiled Code)
at weblogic.soap.http.SoapContext.throwNamingException(Compiled Code)
at weblogic.soap.http.SoapContext.lookup(Compiled Code)
at javax.naming.InitialContext.lookup(Compiled Code)
at weatherEJB.WeatherBean.getTemp(Compiled Code)
at weatherEJB.WeatherBeanEOImpl.getTemp(Compiled Code)
at weatherEJB.WeatherBeanEOImpl_WLSkel.invoke(Compiled Code)
at weblogic.rmi.extensions.BasicServerObjectAdapter.invoke(Compiled Code
at weblogic.rmi.extensions.BasicRequestHandler.handleRequest(Compiled
Co
de)
at weblogic.rmi.extensions.BasicRequestDispatcher$BasicExecuteRequest.ex
ecute(Compiled Code)
at weblogic.t3.srvr.ExecuteThread.run(Compiled Code)
Fri Sep 21 10:47:12 CDT 2001:<I> <EJB> Transaction: '1001087185816_1' rolled bac
k due to EJB exception:

Yes, there is an expectation that the client jar will be run on JDK 1.3x. WLS 6.1 is certified on JDK 1.3x only. This
applies to the WebServices client as well. For details on platform support see
http://e-docs.bea.com/wls/platforms/index.html
Thanks,
Jim
Jim Rivera
Product Manager, WebLogic Server
BEA Systems, Inc.
Dora Potluri wrote:
I started testing using the client.jar generated by webservices WL 6.1 and found
that it uses reflection API interfaces that are not available til JDK 1.3. Is
there an expectation that the clients of Webservices are all going to be JDK 1.3.X.
Here is the stack trace we get.
java.lang.NoClassDefFoundError: java/lang/reflect/InvocationHandler
at weblogic.soap.http.SoapContext.lookup(SoapContext.java:76)
at javax.naming.InitialContext.lookup(InitialContext.java:280)
at weatherEJB.WeatherBean.getTemp(WeatherBean.java:106)
at weatherEJB.WeatherBeanEOImpl.getTemp(WeatherBeanEOImpl.java:47)
at weatherEJB.WeatherBeanEOImpl_WLSkel.invoke(WeatherBeanEOImpl_WLSkel.java:90)
at weblogic.rmi.extensions.BasicServerObjectAdapter.invoke(BasicServerObjectAdapter.java:261)
at weblogic.rmi.extensions.BasicRequestHandler.handleRequest(BasicRequestHandler.java:56)
at weblogic.rmi.extensions.BasicRequestDispatcher$BasicExecuteRequest.execute(BasicRequestDispatcher.java:166)
at weblogic.t3.srvr.ExecuteThread.run(Compiled Code)

Changing from JDK 1.2 to JDK1.3

Hello,
I have JDK1.2, JDK1.3 and JDK 1.4 in my system. By default the version is taken as JDK 1.2.
I need to change this to 1.3. I have tried changing the registry settings which didn't work.
Any suggestions on this would be appriciated
Regards
V123

Maybe my question did not have the correct approach.
I need to develop a web service client which must run on java virtual machine 1.2
I ve tried with axis, glue and jax-rpc but all they need the java.lang.reflect.InvocationHandler interface available since jdk1.3
So the question is: What can I use to write that client without that interface?

IE9 doesn't reflect updated PDF file but instead reflects from cached version

First, I apologise if this issue might be discussed/resolved somewhere, but if you have any solutions/ideas to what my issue might be, please help to share. And thank you in advance.
We have been using/filling PDF forms to generate dynamic FDF data. The URL/path to the PDF file is set inside the text/data of the generated FDF. The PDF file with the FDF data are shown to the browser. But with IE9, the browser always reflects cached version of PDF file, and not the updated version. This is working fine for years in IE6..IE8, the updated PDF file with the dynamic FDF data are shown correctly. But in IE9, the FDF data is dynamically updated but the PDF file still shows the old version, which I think is from the cache.
In my testing, either I emptied the IE’s cache or set the Internet Option to check for newer versions of the page then it will reflects the updated PDF File. I tried Ctrl-F5 (to force refresh) too but no avail. I used Acrobat Reader 9 & 11, both having same problem, running on Windows 7.

Hi Pat. Thanks for your reply.
Actually, I already been checking any IE9 options that might be different from IE8, and tried to change "Security" settings also but still can't get the updated PDF file. Maybe you have in mind where I can specifically check and try out?
I have tried IE10, but also encounter the same problem. sigghhhh
I have been using this for years but no problem, this PDF/FDF document application is developed/created using Acrobat Professional ver6 and FDFtoolkit.

Downgrading from JDK 1.5.x to JDK 1.4.x

Hi there,
I hope someone helps me with an issue:
I developed a web app using JDev 10.1.3.3 using the JDK 1.5 included with JDev.
As we are now faced with the fact that this app has to run on an OAS 10.1.2, which to my knowledge uses JDK 1.4.x I have to downgrade from JDK1.5.x->1.4.x.
The technologies that I used are Toplink, EJB 3.0 Session Bean and ADF Faces for the UI layer.
I already downloaded and installed JDK 1.4.2_15 from Sun and changed the default JDK from 1.5.x in JDeveloper to use 1.4.2_15. When I recompiled my Model Project, as excected, I got the following compilation errors on my Bean Class java source file:
Error(29,1): errorIllegalCharacter
Error(29,2): 'class', 'interface', or 'enum' expected
on the same line where I had the EJB 3.0 annotation as follows:
@Stateless(name = "NordPublicFacade")
and also on my Local Interface source:
Error(22,1): errorIllegalCharacter
Error(22,2): 'class', 'interface', or 'enum' expected
for the line:
@Local
OK, I know that these annotations/injections(or whatever they're called) are new features of EJB 3.0 and can only be used with JDK 1.5.
I also have red underlines in some facade methods where generics are used for Toplink Named Queries (please remember this is generated code) so for example:
List<CompanyStructure> findAllCompanyStructure();
On my ViewController project (the UI project) I get the following errors:
refresh = false;
Error(37,17): operator = not applicable to class java.lang.Boolean and boolean
JSFUtils.setManagedBeanValue(ctx,"userState.refresh",true);
Error(92,7): method setManagedBeanValue(javax.faces.context.FacesContext, java.lang.String, boolean) not found in class NordMaintApp.view.util.JSFUtils
My questions
1) What's the best way to go about downgrading?
a) Should I create a new EJB 2.x Session Bean or should I use the Java Service Facade (which I hope creates a POJO and therefore is EJB version independant or not?)
b) Is it necessary to do anything special to the Toplink classes?
2) What are the errors that I get in my ViewController project ?
Thanks In Advance
G.P.

Hi again Shay and THANK YOU!
We simply downloaded OC4J 10.1.3 & installed it (all we had to do is simply unzip it) in a separate directory on its own, on the SAME Server as OAS (10.1.2.02 EE, which includes Discoverer and Portal) AND IT WORKED !
We're now back on using JD 10.1.3 with all its new features etc etc. We even downloaded JDK1.5 and got OC4J working with this JDK WITHOUT, of course, affecting our OAS 10.1.2 installation which works with JDK1.4.2. That woudn't have been possible without your feedback.
It's just that looking at that reference you gave me, I thought that I would have to create a separate instance on the OAS 10.1.2 installation and install 10.1.3 on that one. But eventually it was so much simpler than that. And the memory overhead of OC4J is not that much.
I could create a simple ADF JSF page which just displays data from a table and it's OK!
I could deploy it just fine, though I found out that I have to deploy the ADF Runtimes first; OC4J doesn't come with them. Other than that, it was just fine!
As I said, I'm now using ADF JSF pages for my front-end and ADF BC for my back end; it's so much easier than using Toplink directly.
Only one problem left though (sorry to bother you like that):
In one of the previous emails you mentioned it might be better to use Webcenter for ADF Faces. Unfortunately we cannot go with this option I'm afraid, because we already have an existing portal running on the Oracle Portal that's already included with our OAS 10.1.2.02. I assume that the Oracle Portal's version is also 10.1.2.02. Can I deploy ADF JSF faces as a portlet on this one ? I realise that JDev 10.1.3 comes with some wizards to do this and it seems that I have 2 options: Oracle PDK-Java Portlets or JSR-168 based portlets. I just want whichever one will allow me to have my ADF JSF pages deployed as Portlets on OP 10.1.2.02, so that it can be integrated into any one of the exisiting Portal pages that a colleague of mine already developed (and are waiting for my pages to finish, which currently, when called from a link inside a Portal page displays it in a new page and the user can get back to the Portal page by clicking on the browser's back button). I realise that If I have the JSF page as a portlet, it will then be possible to be integrated into an existing page, that is, have my page to occupy it's own region in a Portal's page.
Once again, Thanks for your help and Thanks In Advance.
R,
G.P.

Changing code from JDK 1.6 to 1.3

I wrote a program that works perfectly in JDK 1.6 . But I just found out that I need it to work in JDK 1.3 and earlier. So I switched my compiler to "1.3 and earlier" and now I am geting a couple errors. They are all the same, "Identifier expected" but I cant figure out what it means.
The code:
public static Vector<configComponent> Components = new Vector<configComponent>(40,10);gives the error with the following annotation:
Note: sun.tools.javac.Main has been deprecated.I read that this is just a warning and should not affect the compile. but it is. The other 2 errors are just "Identifier expected" on the following 2 lines.
public static Vector<String> friArray = new Vector<String>(40,10);
private Vector<JCheckBox> chba = new Vector<JCheckBox>(8);I could tell the pattern of Vectors, so maybe that is a problem. Is there another declaration method for JDK 1.3 and earlier?
Thanks a lot,
Marcus.

I wrote a program that works perfectly in JDK 1.6.
But I just found out that I need it to work in JDK
1.3 and earlier. I know it's not you who wanted to switch to JDK1.3,
but it still amazes me as to why this seems to happen
often. Wouldn't it be much easier for a customer to
download JDK1.6 and build it as opposed to the
programmers downgrading all their code?No, not usually.
When you have thousands of workstations that would need upgrading it's often not something that will ever get approved by the systems administration guys (who are the ones who'd have to do the work, and all of them are lazy).
But that's not all of it.
We have a lot of customers (many like that, very large financials) who don't want to use anything newer than 1.3. They make it quite clear that unless we deliver 1.3 classes they don't want to do business with us, which would cost us millions a month in revenue.
And we're not large enough (and don't have a monopoly position in the marketplace) to dictate to our customers, so we'd better accommodate them.
The REAL issue here is why OP didn't code to the 1.3 language specs from the beginning, placing himself in a situation where he has to redo a lot of work at this late stage (and taking out the generics is only part of the problem).

Changing from jdk 1.3 to j2sdk1.4.1_01

Hi!
I have a problem with the use of java 1.4.1_01 on Windows XP.
When i installed jdk 1.3, i set the PATH-variable in the autoexec.bat file in the following way:
PATH = C:\jdk1.3\bin
Everything was OK, all the jdk-tools (compiler, interpreter etc) could get used from any folder.
Then i installed j2sdk1.4.1_01 without uninstalling jdk 1.3.
In order to use the new version, i changed the PATH-setting:
PATH = C:\j2sdk1.4.1_01\bin
Then i wrote an application with JCreator LE and had no problems to compile and run it with by JCreator.
Now i created a batch-file to start my application, but when i open it to run my application, i get an error that the file to run cannot be found.
When i tried to start "javac" from MSDOS, i got the error that "javac" cannot be found (although "java" is found, but not usable to run the application; starnge, isn�t it?)
Why can i run applications with JCreator? Does it use an isolatede setting of PATH?
How can i set the path, so that i can run my java - applications from any place from MSDOS (in order to create batch-files to start them)??
Pleas help me.
Thank you very much

autoexec.bat on Windows XP??
Read this on how to set environment variables in Windows XP:
How to manage enviroment variables in Windows XP
http://support.microsoft.com/default.aspx?scid=KB;EN-US;q310519&
Jesper

Reflection from jdk 1.2 to 1.3

Similar Messages

Maybe you are looking for