Hi Saad and all. Maybe it's plausible in your environment to place all your WO servers into a private network. And then only use an IPv6 address on your head node where all the WO parts use private IPv4 addresses. But you would have multiple IP addresses on the head node.
One thing that I wanted to try is using NAT through a firewall, placing all the WO servers into a private network with no multiple IP addresses. You would NAT the public IP address to the private address of the head node. Anyone have good experiences with VLANs? On Apr 28, 2014, at 6:50 AM, Saad Laassel <saad.laas...@oracle.com> wrote: > Hi Ray, > > Thanks for the reply. Unfortunately _setHostIdentificationBytes() does not > use _HostIdentificationBytesLength it relies exclusively on the input that's > passed in i.e. the "bytes" array to do it's logic. So short of changing the > code (which is not an option for us) not sure what else we can do :( > > Thanks, > > Saad > > On Apr 16, 2014, at 7:01 PM, Ray Kiddy wrote: > >> >> Wonder has a few classes in it that replace eocontrol classes but this >> class is unfortunately not one of them. My spider-sense is tingling and >> telling me that there may be a static final ivar in that class that is >> set to the maximum number of bytes allowed for the >> hostIdentificationBytes value. It may be called ... >> _HostIdentificationBytesLength, perhaps. It's just a guess. >> >> And, you know, if one thought an IP address could be as many as 6 bytes, >> this was the 1990's version of thinking ahead. >> >> You could write the code that will, early in your app's life, grab >> that static ivar via reflection and call the method that allows you to >> set the value of the field to another number. There will be a whole >> slew of exceptions to catch there. Look at the javadoc for >> java.lang.reflect.Field and the stuff around there. This would be >> easier than trying to replace the class right now. >> >> Send a note if you need more specific pointers or if the suggestion >> does not work. >> >> cheers - ray >> >> On Wed, 16 Apr 2014 15:23:08 -0400 Saad Laassel >> <saad.laas...@oracle.com> wrote: >> >>> Hello All, >>> >>> We are trying to deploy a webobjects application on an IPv6 network >>> but as soon we pass "java.net.preferIPv6Addresses = true" to the JVM, >>> to try to force our app to use IPv6 addresses we get the following >>> error and the application can not start up: >>> >>> <Servlet: "WOServletAdaptor" failed to preload on startup in Web >>> application: "app". javax.servlet.UnavailableException: Error >>> initializing servlet adaptor: null at >>> com.webobjects.jspservlet.WOServletAdaptor._applicationInit(WOServletAdaptor.java:442) >>> at >>> com.webobjects.jspservlet.WOServletAdaptor.initStatics(WOServletAdaptor.java:95) >>> >>> >>> >>> We believe this is due to the >>> EOTemporaryGlobalID._setHostIdentificationBytes() method that's part >>> of the javaeocontrol jar. The _setHostIdentificationBytes() method >>> expects the ip address to be either 4 bytes or 6 bytes, but in the >>> case of IPv6 it will be 16 bytes so the check fails and an exception >>> is thrown. The fix is pretty straight forward but since this is part >>> of the WebObjects framework we are unable to change the source code >>> and are wondering if this was already addressed as part of project >>> wonder? or if somebody has been successful at running WebObjects with >>> IPv6 some other way? Thanks in advance. >>> >>> Thanks, >>> >>> Saad >>> > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/webobjects%40berkling.us > > This email sent to webobje...@berkling.us kib "The good thing about science is that it's true whether or not you believe in it." Neil deGrasse Tyson Klaus Berkling www.berkling.us | @kiberkli | Photography
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
