Compilation error
Hi All, When i build Geronimo the following compilation error is thrown. Please can anyone let me know if i am missing something. [javac] Compiling 11 source files to /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/build/classes /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:2: package org.apache.geronimo.axis does not exist import org.apache.geronimo.axis.AxisGeronimoUtils; ^ /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:18: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return (java.lang.String)AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments); ^ /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:25: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments); ^ /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:32: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Integer)AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments)).intValue(); ^ /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:39: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Double)AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments)).doubleValue(); ^ /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:46: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Float)AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments)).floatValue(); ^ /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:53: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Boolean)AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments)).booleanValue(); ^ /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:60: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Short)AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments)).shortValue(); ^ /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:67: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Long)AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments)).longValue(); ^ /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:74: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return (byte[])AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments); ^ /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:81: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments); ^ /opt/sundar/geronimo/incubator-geronimo/modules/axis/target/generated/samples/org/apache/ws/echosample/EchoPortSoapBindingImpl.java:88: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl
RE: Compilation Error
Hi, see below message from Alan. Simon -Original Message- From: Alan D. Cabrera [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 18, 2004 13:16 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Build problem with latest Codeline This is a known issue with the Axis module. The way that you can get around it is to copy the Geronimo axis jar into your local repository by hand. You can track the resolution of this issue via http://nagoya.apache.org/jira/browse/AXIS-1517. Regards, Alan -Original Message- From: Sandip Ghayal [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 17, 2004 9:09 AM To: [EMAIL PROTECTED] Subject: Build problem with latest Codeline Hello Geronimo Gurus, I am new to this project and trying to compile latest codeline I downloaded yesterday. When doing the build I am getting following errors START OF ERROR EchoPortSoapBindingImpl.java already exists, WSDL2Java will not overwrite it. [javac] Compiling 11 source files to F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\build\classes F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:2: package org.apache.geronimo.axis does not exist import org.apache.geronimo.axis.AxisGeronimoUtils; ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:18: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return (java.lang.String)AxisGeronimoUtils.invokeEJB(echo,methodNam e,classes, ar guments); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:25: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:32: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Integer)AxisGeronimoUtils.invokeEJB(echo,methodN ame,classe s, arguments)).intValue(); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:39: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Double)AxisGeronimoUtils.invokeEJB(echo,methodNa me,classes ,a rguments)).doubleValue(); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:46: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Float)AxisGeronimoUtils.invokeEJB(echo,methodNam e,classes, ar guments)).floatValue(); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:53: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Boolean)AxisGeronimoUtils.invokeEJB(echo,methodN ame,classe s, arguments)).booleanValue(); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:60: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Short)AxisGeronimoUtils.invokeEJB(echo,methodNam e,classes, ar guments)).shortValue(); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:67: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return
Re: Compilation Error
thanks Simon. -Sundar. Bordet, Simone wrote: Hi, see below message from Alan. Simon -Original Message- From: Alan D. Cabrera [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 18, 2004 13:16 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Build problem with latest Codeline This is a known issue with the Axis module. The way that you can get around it is to copy the Geronimo axis jar into your local repository by hand. You can track the resolution of this issue via http://nagoya.apache.org/jira/browse/AXIS-1517. Regards, Alan -Original Message- From: Sandip Ghayal [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 17, 2004 9:09 AM To: [EMAIL PROTECTED] Subject: Build problem with latest Codeline Hello Geronimo Gurus, I am new to this project and trying to compile latest codeline I downloaded yesterday. When doing the build I am getting following errors START OF ERROR EchoPortSoapBindingImpl.java already exists, WSDL2Java will not overwrite it. [javac] Compiling 11 source files to F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\build\classes F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:2: package org.apache.geronimo.axis does not exist import org.apache.geronimo.axis.AxisGeronimoUtils; ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:18: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return (java.lang.String)AxisGeronimoUtils.invokeEJB(echo,methodNam e,classes, ar guments); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:25: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl AxisGeronimoUtils.invokeEJB(echo,methodName,classes,arguments); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:32: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Integer)AxisGeronimoUtils.invokeEJB(echo,methodN ame,classe s, arguments)).intValue(); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:39: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Double)AxisGeronimoUtils.invokeEJB(echo,methodNa me,classes ,a rguments)).doubleValue(); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:46: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Float)AxisGeronimoUtils.invokeEJB(echo,methodNam e,classes, ar guments)).floatValue(); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:53: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Boolean)AxisGeronimoUtils.invokeEJB(echo,methodN ame,classe s, arguments)).booleanValue(); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:60: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Short)AxisGeronimoUtils.invokeEJB(echo,methodNam e,classes, ar guments)).shortValue(); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:67: cannot resolve symbol symbol : variable AxisGeronimoUtils location: class org.apache.ws.echosample.EchoPortSoapBindingImpl return ((java.lang.Long)AxisGeronimoUtils.invokeEJB(echo,methodName ,classes,a rg uments)).longValue(); ^ F:\geronimo\src\incubator- geronimo\modules\axis\target\generated\samples\org\apache\ws\e chosample\ Ec hoPortSoapBindingImpl.java:74: cannot resolve symbol symbol : variable AxisGeronimoUtils
[status] build: SUCCESSFUL, test: SUCCESSFUL | Linux 2.4.26, 2004-08-24
NIGHTLY BUILD/TEST Date: Tue Aug 24 05:30:53 EDT 2004 Kernel: Linux 2.4.26 Host: beaver.codehaus.org Java: 1.4.2_04-b05, mixed mode Maven: 1.0 CHECKOUT: incubator-geronimo BUILDING: incubator-geronimo BUILD SUCCESSFUL Total time: 17 minutes 54 seconds Finished at: Tue Aug 24 05:50:15 EDT 2004
JAXP Problems
Okay I am having trouble with JAXP. I parse through the tree and find my
element_nodes easily. Then I go for getNodeValue and it always seems to
be null. I am using Xerces 2 to process. Any ideas what I am doing wrong?
- thanx - JAW
System.setProperty(
javax.xml.parsers.DocumentBuilderFactory,
org.apache.xerces.jaxp.DocumentBuilderFactoryImpl);
return dfactory = DocumentBuilderFactory.newInstance();
HashMap result = new HashMap();
Document doc = XML.getFactory().newDocumentBuilder().parse(
new InputSource( new FileInputStream(deployPath +
META-INF/ejb-jar.xml)));
Node node = XPathAPI.selectSingleNode( doc,
ejb-jar/enterprise-beans);
NodeList childList = node.getChildNodes();
for( int i=0;ichildList.getLength();i++){
Node child = childList.item(i);
if( child.getNodeType() == Node.ELEMENT_NODE){
Element element = (Element)child;
String name = element.getTagName();
NamedNodeMap namedNodeMap = element.getAttributes();
System.out.println( name ++
namedNodeMap.item(0).getNodeValue() );
result.put( name, child.getNodeValue() );
}
}
return result;
?xml version=1.0 encoding=ISO-8859-1?
!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
enterprise-beans
!-- Session Beans --
session
descriptionMail Processing Session Bean./description
display-nameMailProcessingServerDisplayName/display-name
ejb-nameMailProcessingServer/ejb-name !-- Matches with
JBoss.xml --
homehonour.session.MailProcessHome/home
remotehonour.session.MailProcess/remote
ejb-classhonour.session.MailProcessBean/ejb-class
session-typeStateless/session-type
transaction-typeContainer/transaction-type
/session
/enterprise-beans
/ejb-jar
Dynamic classpaths
Since the list seems quiet any suggestions on where to start look for examples in setting up dynamic classpaths? A library would be cool if someone wants to name it. - thanx - JAW
[jira] Created: (GERONIMO-288) NIO Network code might send unordered messages
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/GERONIMO-288
Here is an overview of the issue:
-
Key: GERONIMO-288
Summary: NIO Network code might send unordered messages
Type: Bug
Status: Unassigned
Priority: Major
Project: Apache Geronimo
Components:
core
Assignee:
Reporter: Bulent Erdemir
Created: Tue, 24 Aug 2004 8:15 AM
Updated: Tue, 24 Aug 2004 8:15 AM
Description:
Hi,
Geronimo network code might deliver messages out of order.
To be more specific, the network code tries to write a buffer and if
remaining()0, registers an OP_WRITE interest in order to drain the buffer
contents later (when the channel is available for write). When the server is
loaded, things can get hairy and we might receive another write event which
might get scheduled to run before the OP_WRITE is processed.
More specifically, SocketProtocol.serviceWrite reads:
long count = socketChannel.write(sendBuffer);
log.trace(Wrote + count);
if (sendBuffer[i].hasRemaining()) {
// not all was delivered in this call setup selector
// so we setup to finish sending async.
log.trace(+OP_WRITE + selectionKey);
selectorManager.addInterestOps(selectionKey,
SelectionKey.OP_WRITE);
return;
}
Since there's no synchronization, in a situation where the selector returns
with OP_WRITE (in SelectorManager) but not yet finds the chance to process the
event, another thread loaded with a read event might sneak in and call the
above lines, the result of which would be sending data out of order.
Regards,
Bulent Erdemir
-
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
Re: [ot] JAXP Problems
On Tue, Aug 24, 2004 at 08:38:16AM -0400, John Woolsey wrote:
Okay I am having trouble with JAXP. I parse through the tree and find my
element_nodes easily. Then I go for getNodeValue and it always seems to
be null. I am using Xerces 2 to process. Any ideas what I am doing wrong?
snip...
Node child = childList.item(i);
if( child.getNodeType() == Node.ELEMENT_NODE){
Element element = (Element)child;
String name = element.getTagName();
NamedNodeMap namedNodeMap = element.getAttributes();
System.out.println( name ++
namedNodeMap.item(0).getNodeValue() );
result.put( name, child.getNodeValue() );
I'm not a JAXP expert, but I play one on mailing lists. I checked the
javadoc of the Node class and it looks as if it's behaving as
documented: the nodeValue of an element node is null.
http://java.sun.com/j2se/1.4.2/docs/api/org/w3c/dom/Node.html
see the table in the introduction.
HTH,
Toby
[jira] Assigned: (GERONIMO-288) NIO Network code might send unordered messages
Message:
The following issue has been re-assigned.
Assignee: Alan Cabrera (mailto:[EMAIL PROTECTED])
-
View the issue:
http://issues.apache.org/jira/browse/GERONIMO-288
Here is an overview of the issue:
-
Key: GERONIMO-288
Summary: NIO Network code might send unordered messages
Type: Bug
Status: Open
Priority: Major
Project: Apache Geronimo
Components:
core
Assignee: Alan Cabrera
Reporter: Bulent Erdemir
Created: Tue, 24 Aug 2004 8:15 AM
Updated: Tue, 24 Aug 2004 11:16 AM
Description:
Hi,
Geronimo network code might deliver messages out of order.
To be more specific, the network code tries to write a buffer and if
remaining()0, registers an OP_WRITE interest in order to drain the buffer
contents later (when the channel is available for write). When the server is
loaded, things can get hairy and we might receive another write event which
might get scheduled to run before the OP_WRITE is processed.
More specifically, SocketProtocol.serviceWrite reads:
long count = socketChannel.write(sendBuffer);
log.trace(Wrote + count);
if (sendBuffer[i].hasRemaining()) {
// not all was delivered in this call setup selector
// so we setup to finish sending async.
log.trace(+OP_WRITE + selectionKey);
selectorManager.addInterestOps(selectionKey,
SelectionKey.OP_WRITE);
return;
}
Since there's no synchronization, in a situation where the selector returns
with OP_WRITE (in SelectorManager) but not yet finds the chance to process the
event, another thread loaded with a read event might sneak in and call the
above lines, the result of which would be sending data out of order.
Regards,
Bulent Erdemir
-
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
