Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

TableRestProxy compilation problem #99

Closed
javiercbk opened this issue Jun 29, 2012 · 3 comments
Closed

TableRestProxy compilation problem #99

javiercbk opened this issue Jun 29, 2012 · 3 comments

Comments

@javiercbk
Copy link

TableRestProxy.java Line: 838 is not compiling in OSX 10.7 JDK 1.6

WorkAround:
change newFactory() for newInstance()

@ghost ghost assigned jcookems Jul 11, 2012
@jcookems
Copy link
Contributor

I tried this out on my Mac, and it works for me. This is my setup:

  • A 32-bit OSX 10.6 machine

    Mac OS X 10.6.8 (10K549)
    
  • My Java version, JDK 1.6.0

    ~ webxlab$ java -version
    java version "1.6.0_33"
    Java(TM) SE Runtime Environment (build 1.6.0_33-b03-424-10M3720)
    Java HotSpot(TM) Client VM (build 20.8-b03-424, mixed mode)
    

Looking at the metadata on newFactory and newInstance, (from /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Classes/classes.jar), we see that some of the newInstance methods are deprecated in favor of newFactory.

// Method descriptor #41 (Ljava/lang/String;Ljava/lang/ClassLoader;)
    Ljavax/xml/stream/XMLInputFactory; (deprecated)
// Stack: 4, Locals: 3
public static javax.xml.stream.XMLInputFactory newInstance(java.lang.String arg0, java.lang.ClassLoader arg1) throws javax.xml.stream.FactoryConfigurationError;

In particular, http://docs.oracle.com/javase/6/docs/api/javax/xml/stream/XMLInputFactory.html says:

... All newInstance methods have been replaced with corresponding newFactory methods ...

That indicated that newInstance should not be used in new code.

Can you verify your Java version and check the metadata for newInstance?

@javiercbk
Copy link
Author

On my pc
java -version
java version "1.6.0_33"
Java(TM) SE Runtime Environment (build 1.6.0_33-b03-424-11M3720)
Java HotSpot(TM) 64-Bit Server VM (build 20.8-b03-424, mixed mode)

I'm goin to check if my classes are old and keep you up to date

@javiercbk
Copy link
Author

Ok...I'm closing this issue since it's not your problem. Sorry guys, best regards

joostdenijs pushed a commit to joostdenijs/azure-sdk-for-java that referenced this issue Jan 18, 2013
class XxxService should have two methods:

static XxxContract create();
static XxxContract create(Configuration config);

As a class it will not implement the XxxContract interface.

As a class it will not have public constructors.

To avoid confusion it will have a private default
constructor (this is the Java way of doing "static class")
joostdenijs pushed a commit to joostdenijs/azure-sdk-for-java that referenced this issue Jan 18, 2013
Utilize factory method pattern instead of class. fixes Azure#99
gcheng pushed a commit to gcheng/azure-sdk-for-java that referenced this issue Feb 27, 2013
update the unit tests so that the job integration tests have the right
jianghaolu pushed a commit to jianghaolu/azure-sdk-for-java that referenced this issue Apr 5, 2017
update the unit tests so that the job integration tests have the right
g2vinay pushed a commit to g2vinay/azure-sdk-for-java that referenced this issue Mar 4, 2019
mssfang pushed a commit to mssfang/azure-sdk-for-java that referenced this issue Apr 23, 2019
* Fixing javadoc generation errors

* Adding dependency to use SLF4J logging instead of java util logging.

* More SLF4J migration

* Changed all java util logging statements to slf4j.

* Checking in the POM that goes with the release to maven reposisory.

* Removed unused imports

* Instrumented all code with SLF4J logging.

* Fixing some log statements

* Moving request-response link creation to message factory so we don't create multiple links to the same entity.

* Updaing third party notice to include SLF4J license.

* Updating distributed POM

* Renaming setContent method to setBody.

* Fixing a typo in log statement.

* Handling the special case of 0 timeout for receives. If there are no prefetched messages, receive call returns immediately with already prefetched messages.

* Correcting a log statement

* Added javadoc comments for rules package.

* Adding javadoc comments. Work in progress.

* More javadoc comments added.

* Fixing a minor bug in sender and receiver creation. Closes the messaging factory if sender or receiver creation fails.

* Fixing the issue of not renewing CBS tokens. Also a concurrency fix.

* Fixing a bug in session receiver to not repeatedly attempt accepting the same session on lock lost.

* Added some java docs.. And changed default prefetch count, based on receive mode.

* Fixing a thread unending wait bug in request-response link.

* Fixing AuthorizationFailed exceptions that pop when the conncetion is recreated.

* Minor tweaks

* Another minor fix

* More minor bug fixes and tweaks

* Changing version to 1.0.0-RC-1

* Fixing some concurrency issues, performance improvements and refactoring.

* Minor fix in receiver

* Changing return messages loop interval to 100 milliseconds

* Changing zero timeout approximation to 200 milliseconds

* Changing zero timeout approximation to 200 milliseconds. Also improving tracing to better identify stress issues.
navalev added a commit to navalev/azure-sdk-for-java that referenced this issue Dec 24, 2019
* autocomplte UT with suggester

* remove duplicate tests
@github-actions github-actions bot locked and limited conversation to collaborators Apr 13, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants