You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by David Blevins <da...@visi.com> on 2008/03/01 22:56:28 UTC
Re: G2.1/SjAS'04 issue: OPENEJB-700
On Feb 29, 2008, at 8:36 AM, Vasily Zakharov wrote:
> Hi, all,
>
> I'm once again trying to couple SPECjAppServer2004 with Geronimo, now
> version 2.1, and one of the problems I observe is:
>
> Issue OPENEJB-700 that is now closed as it was fixed in OpenEJB v3.0b2
> that is used in G2.1, seems to be still actual for some reason. On
> G2.1 I still can't deploy SjAS unless the internet connection is
> present and proxy properly configured. The following error is shown by
> the Deployer:
>
> Error: Unable to distribute SPECjAppServer.ear:
> org.apache.openejb.OpenEJBException: Cannot read the ejb-jar.xml file:
> jar:file:/C:/Temp/geronimo-deploymentUtil48973.jar!/META-INF/ejb-
> jar.xml:
> Connection timed out: connect
>
> General Geronimo/SjAS configuration used is described in detail at
> [1].
> The particular deployment plan causing a problem is [2].
>
> Can anyone suppose if this is indeed a not-completely-fixed
> OPENEJB-700 or something else?
I have no idea what's going on with it. It really ticks me off as
that's the kind of feature you should have to enable in a parser not
disable.
If you have some time to debug, the
JaxbJavaee.NamespaceFilter.resolveEntity(...) method should be the one
stopping things from downloading.
-David
Re: G2.1/SjAS'04 issue: OPENEJB-700
Posted by Vasily Zakharov <vm...@apache.org>.
Yes, that helped.
Thanks alot, David!
Vasily
On Thu, Mar 6, 2008 at 8:50 PM, David Blevins <da...@visi.com> wrote:
> This email helped. Was able to find and fix the issue. It also turns
> out at least for mac anyway, that this issue happens only when you are
> *online* but without internet or java.sun.com access. If you are
> offline in the true sense of the word, it doesn't try to connect.
>
> Anyway, it should be good to go now.
>
> -David
>
>
>
> On Mar 4, 2008, at 9:32 AM, Vasily Zakharov wrote:
>
> > Kevan,
> >
> > Here, I've reproduced the problem with a simple test. It works ok if
> > proxy is set appropriately and fails if not, as it tries to download
> > the http://java.sun.com/dtd/ejb-jar_2_0.dtd and fails.
> >
> > The stack is generally the same as for Geronimo/OpenEJB/SjAS:
> >
> > java.net.ConnectException: Connection timed out: connect
> > at java.net.PlainSocketImpl.socketConnect(Native Method)
> > at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
> > at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:
> > 195)
> > at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
> > at java.net.Socket.connect(Socket.java:516)
> > at java.net.Socket.connect(Socket.java:466)
> > at sun.net.NetworkClient.doConnect(NetworkClient.java:157)
> > at sun.net.www.http.HttpClient.openServer(HttpClient.java:365)
> > at sun.net.www.http.HttpClient.openServer(HttpClient.java:477)
> > at sun.net.www.http.HttpClient.<init>(HttpClient.java:214)
> > at sun.net.www.http.HttpClient.New(HttpClient.java:287)
> > at sun.net.www.http.HttpClient.New(HttpClient.java:299)
> > at
> > sun
> > .net
> > .www
> > .protocol
> > .http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:795)
> > at
> > sun
> > .net
> > .www
> > .protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:
> > 747)
> > at
> > sun
> > .net
> > .www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:
> > 672)
> > at
> > sun
> > .net
> > .www
> > .protocol
> > .http.HttpURLConnection.getInputStream(HttpURLConnection.java:916)
> > at
> > com
> > .sun
> > .org
> > .apache
> > .xerces
> > .internal
> > .impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:973)
> > at
> > com
> > .sun
> > .org
> > .apache
> > .xerces
> > .internal.impl.XMLEntityManager.startEntity(XMLEntityManager.java:905)
> > at
> > com
> > .sun
> > .org
> > .apache
> > .xerces
> > .internal.impl.XMLEntityManager.startDTDEntity(XMLEntityManager.java:
> > 872)
> > at
> > com
> > .sun
> > .org
> > .apache
> > .xerces
> > .internal
> > .impl.XMLDTDScannerImpl.setInputSource(XMLDTDScannerImpl.java:282)
> > at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl
> > $DTDDispatcher.dispatch(XMLDocumentScannerImpl.java:1021)
> > at
> > com
> > .sun
> > .org
> > .apache
> > .xerces
> > .internal
> > .impl
> > .XMLDocumentFragmentScannerImpl
> > .scanDocument(XMLDocumentFragmentScannerImpl.java:368)
> > at
> > com
> > .sun
> > .org
> > .apache
> > .xerces
> > .internal.parsers.XML11Configuration.parse(XML11Configuration.java:
> > 834)
> > at
> > com
> > .sun
> > .org
> > .apache
> > .xerces
> > .internal.parsers.XML11Configuration.parse(XML11Configuration.java:
> > 764)
> > at
> > com
> > .sun
> > .org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:
> > 148)
> > at
> > com
> > .sun
> > .org
> > .apache
> > .xerces
> > .internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
> > at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
> > at Test.main(Test.java:15)
> >
> > The test case (effectively extracted from ReadDescriptors.java) is:
> >
> > import java.net.*;
> > import javax.xml.parsers.*;
> > import org.xml.sax.*;
> > import org.xml.sax.helpers.*;
> > public class Test {
> > public static void main(String[] args) throws Exception {
> > try {
> > URL url = new URL("file:ejb-jar.xml");
> > InputSource inputSource = new
> > InputSource(url.openStream());
> > SAXParserFactory factory = SAXParserFactory.newInstance();
> > factory.setNamespaceAware(true);
> > factory.setValidating(false);
> > SAXParser parser = factory.newSAXParser();
> > parser.parse(inputSource, new DefaultHandler() {
> > public void startElement(String uri, String localName,
> > String qName, Attributes att) throws SAXException {
> > if (!localName.equals("ejb-jar")) throw new
> > SAXException(localName);
> > }
> > });
> > System.out.println("SUCCESS");
> > } catch (Exception e) {
> > System.out.print("ERROR: ");
> > e.printStackTrace(System.out);
> > }
> > }
> > }
> >
> > The ejb-jar.xml file used in the test is pretty trivial:
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> > <!DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise
> > JavaBeans 2.0//EN" "http://java.sun.com/dtd/ejb-jar_2_0.dtd">
> > <ejb-jar/>
> >
> > I'm not sure what I maybe doing wrong, but it seems this test exactly
> > replicates the problem I encounter with Geronimo/SjAS.
> >
> > Any ideas how to deal with it?
> >
> > Thanks!
> >
> > Vasily
> >
> >
> >
> > On Tue, Mar 4, 2008 at 10:11 AM, Kevan Miller
> > <ke...@gmail.com> wrote:
> >>
> >>
> >> On Mar 1, 2008, at 8:31 PM, Vasily Zakharov wrote:
> >>
> >> I have no idea what's going on with it. It really ticks me off as
> >> that's the kind of feature you should have to enable in a parser not
> >> disable.
> >>
> >> Is it? I thought the engine should first check if the necessary
> >> scheme
> >> is present locally and only try download if no local copy is present.
> >> Isnt't it true?
> >>
> >> Shouldn't we reopen OPENEJB-700 anyway?
> >>
> >> Vasily,
> >> I just tested using Daytrader. I turned off wireless and unplugged
> >> ethernet.
> >> I was able to deploy without a problem. I wonder if this problem
> >> could be
> >> specific to Windows?
> >>
> >>
> >>
> >>
> >>
> >> If you have some time to debug, the
> >> JaxbJavaee.NamespaceFilter.resolveEntity(...) method should be the
> >> one
> >> stopping things from downloading.
> >>
> >> Ok, I'll check that, thanks.
> >>
> >> Vasily
> >>
> >>
> >> On Sun, Mar 2, 2008 at 12:56 AM, David Blevins <david.blevins@visi.com
> >> >
> >> wrote:
> >>
> >> On Feb 29, 2008, at 8:36 AM, Vasily Zakharov wrote:
> >>
> >>
> >> Hi, all,
> >>
> >>
> >>
> >> I'm once again trying to couple SPECjAppServer2004 with Geronimo, now
> >>
> >> version 2.1, and one of the problems I observe is:
> >>
> >>
> >>
> >> Issue OPENEJB-700 that is now closed as it was fixed in OpenEJB
> >> v3.0b2
> >>
> >> that is used in G2.1, seems to be still actual for some reason. On
> >>
> >> G2.1 I still can't deploy SjAS unless the internet connection is
> >>
> >> present and proxy properly configured. The following error is shown
> >> by
> >>
> >> the Deployer:
> >>
> >>
> >>
> >> Error: Unable to distribute SPECjAppServer.ear:
> >>
> >> org.apache.openejb.OpenEJBException: Cannot read the ejb-jar.xml
> >> file:
> >>
> >> jar:file:/C:/Temp/geronimo-deploymentUtil48973.jar!/META-INF/ejb-
> >>
> >> jar.xml:
> >>
> >> Connection timed out: connect
> >> Could you provide the entire stack trace?
> >>
> >> --kevan
> >
>
>
Re: G2.1/SjAS'04 issue: OPENEJB-700
Posted by Kevan Miller <ke...@gmail.com>.
On Mar 6, 2008, at 12:50 PM, David Blevins wrote:
> This email helped. Was able to find and fix the issue. It also
> turns out at least for mac anyway, that this issue happens only when
> you are *online* but without internet or java.sun.com access. If
> you are offline in the true sense of the word, it doesn't try to
> connect.
>
> Anyway, it should be good to go now.
Heh. That explains why I couldn't see it... Thanks David!
--kevan
Re: G2.1/SjAS'04 issue: OPENEJB-700
Posted by David Blevins <da...@visi.com>.
This email helped. Was able to find and fix the issue. It also turns
out at least for mac anyway, that this issue happens only when you are
*online* but without internet or java.sun.com access. If you are
offline in the true sense of the word, it doesn't try to connect.
Anyway, it should be good to go now.
-David
On Mar 4, 2008, at 9:32 AM, Vasily Zakharov wrote:
> Kevan,
>
> Here, I've reproduced the problem with a simple test. It works ok if
> proxy is set appropriately and fails if not, as it tries to download
> the http://java.sun.com/dtd/ejb-jar_2_0.dtd and fails.
>
> The stack is generally the same as for Geronimo/OpenEJB/SjAS:
>
> java.net.ConnectException: Connection timed out: connect
> at java.net.PlainSocketImpl.socketConnect(Native Method)
> at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
> at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:
> 195)
> at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
> at java.net.Socket.connect(Socket.java:516)
> at java.net.Socket.connect(Socket.java:466)
> at sun.net.NetworkClient.doConnect(NetworkClient.java:157)
> at sun.net.www.http.HttpClient.openServer(HttpClient.java:365)
> at sun.net.www.http.HttpClient.openServer(HttpClient.java:477)
> at sun.net.www.http.HttpClient.<init>(HttpClient.java:214)
> at sun.net.www.http.HttpClient.New(HttpClient.java:287)
> at sun.net.www.http.HttpClient.New(HttpClient.java:299)
> at
> sun
> .net
> .www
> .protocol
> .http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:795)
> at
> sun
> .net
> .www
> .protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:
> 747)
> at
> sun
> .net
> .www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:
> 672)
> at
> sun
> .net
> .www
> .protocol
> .http.HttpURLConnection.getInputStream(HttpURLConnection.java:916)
> at
> com
> .sun
> .org
> .apache
> .xerces
> .internal
> .impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:973)
> at
> com
> .sun
> .org
> .apache
> .xerces
> .internal.impl.XMLEntityManager.startEntity(XMLEntityManager.java:905)
> at
> com
> .sun
> .org
> .apache
> .xerces
> .internal.impl.XMLEntityManager.startDTDEntity(XMLEntityManager.java:
> 872)
> at
> com
> .sun
> .org
> .apache
> .xerces
> .internal
> .impl.XMLDTDScannerImpl.setInputSource(XMLDTDScannerImpl.java:282)
> at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl
> $DTDDispatcher.dispatch(XMLDocumentScannerImpl.java:1021)
> at
> com
> .sun
> .org
> .apache
> .xerces
> .internal
> .impl
> .XMLDocumentFragmentScannerImpl
> .scanDocument(XMLDocumentFragmentScannerImpl.java:368)
> at
> com
> .sun
> .org
> .apache
> .xerces
> .internal.parsers.XML11Configuration.parse(XML11Configuration.java:
> 834)
> at
> com
> .sun
> .org
> .apache
> .xerces
> .internal.parsers.XML11Configuration.parse(XML11Configuration.java:
> 764)
> at
> com
> .sun
> .org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:
> 148)
> at
> com
> .sun
> .org
> .apache
> .xerces
> .internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
> at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
> at Test.main(Test.java:15)
>
> The test case (effectively extracted from ReadDescriptors.java) is:
>
> import java.net.*;
> import javax.xml.parsers.*;
> import org.xml.sax.*;
> import org.xml.sax.helpers.*;
> public class Test {
> public static void main(String[] args) throws Exception {
> try {
> URL url = new URL("file:ejb-jar.xml");
> InputSource inputSource = new
> InputSource(url.openStream());
> SAXParserFactory factory = SAXParserFactory.newInstance();
> factory.setNamespaceAware(true);
> factory.setValidating(false);
> SAXParser parser = factory.newSAXParser();
> parser.parse(inputSource, new DefaultHandler() {
> public void startElement(String uri, String localName,
> String qName, Attributes att) throws SAXException {
> if (!localName.equals("ejb-jar")) throw new
> SAXException(localName);
> }
> });
> System.out.println("SUCCESS");
> } catch (Exception e) {
> System.out.print("ERROR: ");
> e.printStackTrace(System.out);
> }
> }
> }
>
> The ejb-jar.xml file used in the test is pretty trivial:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise
> JavaBeans 2.0//EN" "http://java.sun.com/dtd/ejb-jar_2_0.dtd">
> <ejb-jar/>
>
> I'm not sure what I maybe doing wrong, but it seems this test exactly
> replicates the problem I encounter with Geronimo/SjAS.
>
> Any ideas how to deal with it?
>
> Thanks!
>
> Vasily
>
>
>
> On Tue, Mar 4, 2008 at 10:11 AM, Kevan Miller
> <ke...@gmail.com> wrote:
>>
>>
>> On Mar 1, 2008, at 8:31 PM, Vasily Zakharov wrote:
>>
>> I have no idea what's going on with it. It really ticks me off as
>> that's the kind of feature you should have to enable in a parser not
>> disable.
>>
>> Is it? I thought the engine should first check if the necessary
>> scheme
>> is present locally and only try download if no local copy is present.
>> Isnt't it true?
>>
>> Shouldn't we reopen OPENEJB-700 anyway?
>>
>> Vasily,
>> I just tested using Daytrader. I turned off wireless and unplugged
>> ethernet.
>> I was able to deploy without a problem. I wonder if this problem
>> could be
>> specific to Windows?
>>
>>
>>
>>
>>
>> If you have some time to debug, the
>> JaxbJavaee.NamespaceFilter.resolveEntity(...) method should be the
>> one
>> stopping things from downloading.
>>
>> Ok, I'll check that, thanks.
>>
>> Vasily
>>
>>
>> On Sun, Mar 2, 2008 at 12:56 AM, David Blevins <david.blevins@visi.com
>> >
>> wrote:
>>
>> On Feb 29, 2008, at 8:36 AM, Vasily Zakharov wrote:
>>
>>
>> Hi, all,
>>
>>
>>
>> I'm once again trying to couple SPECjAppServer2004 with Geronimo, now
>>
>> version 2.1, and one of the problems I observe is:
>>
>>
>>
>> Issue OPENEJB-700 that is now closed as it was fixed in OpenEJB
>> v3.0b2
>>
>> that is used in G2.1, seems to be still actual for some reason. On
>>
>> G2.1 I still can't deploy SjAS unless the internet connection is
>>
>> present and proxy properly configured. The following error is shown
>> by
>>
>> the Deployer:
>>
>>
>>
>> Error: Unable to distribute SPECjAppServer.ear:
>>
>> org.apache.openejb.OpenEJBException: Cannot read the ejb-jar.xml
>> file:
>>
>> jar:file:/C:/Temp/geronimo-deploymentUtil48973.jar!/META-INF/ejb-
>>
>> jar.xml:
>>
>> Connection timed out: connect
>> Could you provide the entire stack trace?
>>
>> --kevan
>
Re: G2.1/SjAS'04 issue: OPENEJB-700
Posted by Vasily Zakharov <vm...@apache.org>.
Kevan,
Here, I've reproduced the problem with a simple test. It works ok if
proxy is set appropriately and fails if not, as it tries to download
the http://java.sun.com/dtd/ejb-jar_2_0.dtd and fails.
The stack is generally the same as for Geronimo/OpenEJB/SjAS:
java.net.ConnectException: Connection timed out: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.Socket.connect(Socket.java:516)
at java.net.Socket.connect(Socket.java:466)
at sun.net.NetworkClient.doConnect(NetworkClient.java:157)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:365)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:477)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:214)
at sun.net.www.http.HttpClient.New(HttpClient.java:287)
at sun.net.www.http.HttpClient.New(HttpClient.java:299)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:795)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:747)
at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:672)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:916)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:973)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity(XMLEntityManager.java:905)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startDTDEntity(XMLEntityManager.java:872)
at com.sun.org.apache.xerces.internal.impl.XMLDTDScannerImpl.setInputSource(XMLDTDScannerImpl.java:282)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(XMLDocumentScannerImpl.java:1021)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
at Test.main(Test.java:15)
The test case (effectively extracted from ReadDescriptors.java) is:
import java.net.*;
import javax.xml.parsers.*;
import org.xml.sax.*;
import org.xml.sax.helpers.*;
public class Test {
public static void main(String[] args) throws Exception {
try {
URL url = new URL("file:ejb-jar.xml");
InputSource inputSource = new InputSource(url.openStream());
SAXParserFactory factory = SAXParserFactory.newInstance();
factory.setNamespaceAware(true);
factory.setValidating(false);
SAXParser parser = factory.newSAXParser();
parser.parse(inputSource, new DefaultHandler() {
public void startElement(String uri, String localName,
String qName, Attributes att) throws SAXException {
if (!localName.equals("ejb-jar")) throw new
SAXException(localName);
}
});
System.out.println("SUCCESS");
} catch (Exception e) {
System.out.print("ERROR: ");
e.printStackTrace(System.out);
}
}
}
The ejb-jar.xml file used in the test is pretty trivial:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise
JavaBeans 2.0//EN" "http://java.sun.com/dtd/ejb-jar_2_0.dtd">
<ejb-jar/>
I'm not sure what I maybe doing wrong, but it seems this test exactly
replicates the problem I encounter with Geronimo/SjAS.
Any ideas how to deal with it?
Thanks!
Vasily
On Tue, Mar 4, 2008 at 10:11 AM, Kevan Miller <ke...@gmail.com> wrote:
>
>
> On Mar 1, 2008, at 8:31 PM, Vasily Zakharov wrote:
>
> I have no idea what's going on with it. It really ticks me off as
> that's the kind of feature you should have to enable in a parser not
> disable.
>
> Is it? I thought the engine should first check if the necessary scheme
> is present locally and only try download if no local copy is present.
> Isnt't it true?
>
> Shouldn't we reopen OPENEJB-700 anyway?
>
> Vasily,
> I just tested using Daytrader. I turned off wireless and unplugged ethernet.
> I was able to deploy without a problem. I wonder if this problem could be
> specific to Windows?
>
>
>
>
>
> If you have some time to debug, the
> JaxbJavaee.NamespaceFilter.resolveEntity(...) method should be the one
> stopping things from downloading.
>
> Ok, I'll check that, thanks.
>
> Vasily
>
>
> On Sun, Mar 2, 2008 at 12:56 AM, David Blevins <da...@visi.com>
> wrote:
>
> On Feb 29, 2008, at 8:36 AM, Vasily Zakharov wrote:
>
>
> Hi, all,
>
>
>
> I'm once again trying to couple SPECjAppServer2004 with Geronimo, now
>
> version 2.1, and one of the problems I observe is:
>
>
>
> Issue OPENEJB-700 that is now closed as it was fixed in OpenEJB v3.0b2
>
> that is used in G2.1, seems to be still actual for some reason. On
>
> G2.1 I still can't deploy SjAS unless the internet connection is
>
> present and proxy properly configured. The following error is shown by
>
> the Deployer:
>
>
>
> Error: Unable to distribute SPECjAppServer.ear:
>
> org.apache.openejb.OpenEJBException: Cannot read the ejb-jar.xml file:
>
> jar:file:/C:/Temp/geronimo-deploymentUtil48973.jar!/META-INF/ejb-
>
> jar.xml:
>
> Connection timed out: connect
> Could you provide the entire stack trace?
>
> --kevan
Re: G2.1/SjAS'04 issue: OPENEJB-700
Posted by Vasily Zakharov <vm...@apache.org>.
> I just tested using Daytrader. I turned off wireless and unplugged ethernet.
> I was able to deploy without a problem. I wonder if this problem could be
> specific to Windows?
Maybe, I'll check that. Another chance may be that's something about
my SjAS DDs.
> Could you provide the entire stack trace?
There's none normally - Deployer diagnostics are very scarce, and
there's no logging there.
I had to patch ReadDescriptors.readEjbJar() to get the following in the console:
java.net.ConnectException: Connection timed out: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.Socket.connect(Socket.java:516)
at java.net.Socket.connect(Socket.java:466)
at sun.net.NetworkClient.doConnect(NetworkClient.java:157)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:365)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:477)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:214)
at sun.net.www.http.HttpClient.New(HttpClient.java:287)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:802)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:761)
at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:672)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:916)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:973)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity(XMLEntityManager.java:905)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startDTDEntity(XMLEntityManager.java:872)
at com.sun.org.apache.xerces.internal.impl.XMLDTDScannerImpl.setInputSource(XMLDTDScannerImpl.java:282)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(XMLDocumentScannerImpl.java:1021)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
at org.apache.openejb.config.ReadDescriptors.isEmptyEjbJar(ReadDescriptors.java:369)
at org.apache.openejb.config.ReadDescriptors.readEjbJar(ReadDescriptors.java:346)
at org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java:367)
at org.apache.geronimo.openejb.deployment.EjbModuleBuilder.createModule(EjbModuleBuilder.java:240)
at org.apache.geronimo.openejb.deployment.EjbModuleBuilder.createModule(EjbModuleBuilder.java:228)
at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.addModules(EARConfigBuilder.java:786)
at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getEarPlan(EARConfigBuilder.java:402)
at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:295)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:226)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1408)
at javax.management.remote.rmi.RMIConnectionImpl.access$100(RMIConnectionImpl.java:81)
at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1245)
at java.security.AccessController.doPrivileged(Native Method)
at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1348)
at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:782)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
at sun.rmi.transport.Transport$1.run(Transport.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
at java.lang.Thread.run(Thread.java:595)
Thanks!
Vasily
On Tue, Mar 4, 2008 at 10:11 AM, Kevan Miller <ke...@gmail.com> wrote:
>
>
> On Mar 1, 2008, at 8:31 PM, Vasily Zakharov wrote:
>
> I have no idea what's going on with it. It really ticks me off as
> that's the kind of feature you should have to enable in a parser not
> disable.
>
> Is it? I thought the engine should first check if the necessary scheme
> is present locally and only try download if no local copy is present.
> Isnt't it true?
>
> Shouldn't we reopen OPENEJB-700 anyway?
>
> Vasily,
> I just tested using Daytrader. I turned off wireless and unplugged ethernet.
> I was able to deploy without a problem. I wonder if this problem could be
> specific to Windows?
>
>
>
>
>
> If you have some time to debug, the
> JaxbJavaee.NamespaceFilter.resolveEntity(...) method should be the one
> stopping things from downloading.
>
> Ok, I'll check that, thanks.
>
> Vasily
>
>
> On Sun, Mar 2, 2008 at 12:56 AM, David Blevins <da...@visi.com>
> wrote:
>
> On Feb 29, 2008, at 8:36 AM, Vasily Zakharov wrote:
>
>
> Hi, all,
>
>
>
> I'm once again trying to couple SPECjAppServer2004 with Geronimo, now
>
> version 2.1, and one of the problems I observe is:
>
>
>
> Issue OPENEJB-700 that is now closed as it was fixed in OpenEJB v3.0b2
>
> that is used in G2.1, seems to be still actual for some reason. On
>
> G2.1 I still can't deploy SjAS unless the internet connection is
>
> present and proxy properly configured. The following error is shown by
>
> the Deployer:
>
>
>
> Error: Unable to distribute SPECjAppServer.ear:
>
> org.apache.openejb.OpenEJBException: Cannot read the ejb-jar.xml file:
>
> jar:file:/C:/Temp/geronimo-deploymentUtil48973.jar!/META-INF/ejb-
>
> jar.xml:
>
> Connection timed out: connect
> Could you provide the entire stack trace?
>
> --kevan
Re: G2.1/SjAS'04 issue: OPENEJB-700
Posted by Kevan Miller <ke...@gmail.com>.
On Mar 1, 2008, at 8:31 PM, Vasily Zakharov wrote:
>> I have no idea what's going on with it. It really ticks me off as
>> that's the kind of feature you should have to enable in a parser not
>> disable.
>
> Is it? I thought the engine should first check if the necessary scheme
> is present locally and only try download if no local copy is present.
> Isnt't it true?
>
> Shouldn't we reopen OPENEJB-700 anyway?
Vasily,
I just tested using Daytrader. I turned off wireless and unplugged
ethernet. I was able to deploy without a problem. I wonder if this
problem could be specific to Windows?
>
>
>> If you have some time to debug, the
>> JaxbJavaee.NamespaceFilter.resolveEntity(...) method should be the
>> one
>> stopping things from downloading.
>
> Ok, I'll check that, thanks.
>
> Vasily
>
>
> On Sun, Mar 2, 2008 at 12:56 AM, David Blevins
> <da...@visi.com> wrote:
>>
>> On Feb 29, 2008, at 8:36 AM, Vasily Zakharov wrote:
>>
>>> Hi, all,
>>>
>>> I'm once again trying to couple SPECjAppServer2004 with Geronimo,
>>> now
>>> version 2.1, and one of the problems I observe is:
>>>
>>> Issue OPENEJB-700 that is now closed as it was fixed in OpenEJB
>>> v3.0b2
>>> that is used in G2.1, seems to be still actual for some reason. On
>>> G2.1 I still can't deploy SjAS unless the internet connection is
>>> present and proxy properly configured. The following error is
>>> shown by
>>> the Deployer:
>>>
>>> Error: Unable to distribute SPECjAppServer.ear:
>>> org.apache.openejb.OpenEJBException: Cannot read the ejb-jar.xml
>>> file:
>>> jar:file:/C:/Temp/geronimo-deploymentUtil48973.jar!/META-INF/ejb-
>>> jar.xml:
>>> Connection timed out: connect
Could you provide the entire stack trace?
--kevan
Re: G2.1/SjAS'04 issue: OPENEJB-700
Posted by Vasily Zakharov <vm...@apache.org>.
> I have no idea what's going on with it. It really ticks me off as
> that's the kind of feature you should have to enable in a parser not
> disable.
Is it? I thought the engine should first check if the necessary scheme
is present locally and only try download if no local copy is present.
Isnt't it true?
Shouldn't we reopen OPENEJB-700 anyway?
> If you have some time to debug, the
> JaxbJavaee.NamespaceFilter.resolveEntity(...) method should be the one
> stopping things from downloading.
Ok, I'll check that, thanks.
Vasily
On Sun, Mar 2, 2008 at 12:56 AM, David Blevins <da...@visi.com> wrote:
>
> On Feb 29, 2008, at 8:36 AM, Vasily Zakharov wrote:
>
> > Hi, all,
> >
> > I'm once again trying to couple SPECjAppServer2004 with Geronimo, now
> > version 2.1, and one of the problems I observe is:
> >
> > Issue OPENEJB-700 that is now closed as it was fixed in OpenEJB v3.0b2
> > that is used in G2.1, seems to be still actual for some reason. On
> > G2.1 I still can't deploy SjAS unless the internet connection is
> > present and proxy properly configured. The following error is shown by
> > the Deployer:
> >
> > Error: Unable to distribute SPECjAppServer.ear:
> > org.apache.openejb.OpenEJBException: Cannot read the ejb-jar.xml file:
> > jar:file:/C:/Temp/geronimo-deploymentUtil48973.jar!/META-INF/ejb-
> > jar.xml:
> > Connection timed out: connect
> >
> > General Geronimo/SjAS configuration used is described in detail at
> > [1].
> > The particular deployment plan causing a problem is [2].
> >
> > Can anyone suppose if this is indeed a not-completely-fixed
> > OPENEJB-700 or something else?
>
> I have no idea what's going on with it. It really ticks me off as
> that's the kind of feature you should have to enable in a parser not
> disable.
>
> If you have some time to debug, the
> JaxbJavaee.NamespaceFilter.resolveEntity(...) method should be the one
> stopping things from downloading.
>
> -David
>
>