Kulp wrote:
>> > On Jan 31, 2008 9:07 PM, Daniel Kulp <[EMAIL PROTECTED]> wrote:
>> >> FYI: for 2.0.4, we specifically switched to the geronimo version
>> >> as it does NOT have the QName class in it like the stax-api version
>> >> that we used in
It may be the xml-apis.jar. I'm not sure why we have it in lib. It
shouldn't be needed. I'll try excluding it and seeing if things still
build.
Dan
On Thursday 07 February 2008, chengas123 wrote:
> Hi,
> I'm afraid I'm getting the QName issue again. I have no idea as to
> what was diffe
>
>> FYI: for 2.0.4, we specifically switched to the geronimo version as it
>> does NOT have the QName class in it like the stax-api version that we
>> used in 2.0.3 does. Thus, the problem should be reduced.
>>
>> Dan
>
>
--
View this message in
Hello,
I've had a similar problem before and I think you can fix it with a
prefer-web-inf-classes
element in your weblogic.xml. See here:
http://e-docs.bea.com/wls/docs92/webapp/weblogic_xml.html
To set this on a server wide basis see here:
http://e-docs.bea.com/wls/docs92/programming/classloadin
FYI: for 2.0.4, we specifically switched to the geronimo version as it
does NOT have the QName class in it like the stax-api version that we
used in 2.0.3 does. Thus, the problem should be reduced.
Dan
On Thursday 31 January 2008, William Zhu wrote:
> on CXF2.0.4, it's "geronimo-stax-api
epartment of Computer Science
> [EMAIL PROTECTED] | University of Sheffield, UK
>
>
--
View this message in context:
http://www.nabble.com/CXF-on-WebLogic-9.2-tp15193763p15214832.html
Sent from the cxf-user mailing list archive at Nabble.com.
chengas123 wrote:
I downloaded apache-cxf-2.0.4-incubator.tar.gz and could not find any file
name stax-api.jar in the lib directory.
2.0.4 ships geronimo-stax-api_1.0_spec-1.0.jar instead, but this doesn't
include the QName class so probably doesn't help you.
Ian
--
Ian Roberts
;
>> stax-api jar file is in \{CXF-home}\lib
>>
>> unpackage it, you will find the javax.xml.namespace.QName class.
>>
>> delete it, and re-package the file.
>>
>> try it.
>>
>
>
--
View this message in context:
http://www.nabble.com/CXF-on-WebLogic
javax.xml.namespace.QName class.
>>
>> delete it, and re-package the file.
>>
>> try it.
>>
>
>
--
View this message in context:
http://www.nabble.com/CXF-on-WebLogic-9.2-tp15193763p15213728.html
Sent from the cxf-user mailing list archive at Nabble.com.
i jar file is in \{CXF-home}\lib
>
> unpackage it, you will find the javax.xml.namespace.QName class.
>
> delete it, and re-package the file.
>
> try it.
>
>
--
View this message in context:
http://www.nabble.com/CXF-on-WebLogic-9.2-tp15193763p15213356.html
Sent f
e-package the file.
>
> try it.
>
>
--
View this message in context:
http://www.nabble.com/CXF-on-WebLogic-9.2-tp15193763p15213356.html
Sent from the cxf-user mailing list archive at Nabble.com.
7;m not sure
> this would fly in our production environment.
>
> Thanks,
> Ben
>
>
--
View this message in context:
http://www.nabble.com/CXF-on-WebLogic-9.2-tp15193763p15213281.html
Sent from the cxf-user mailing list archive at Nabble.com.
;80'
>> My only guess is it's trying to validate a DTD or something and is being
>> blocked by our corporate firewall. I have no idea how to tell weblogic
>> about our proxy. Configuring the proxy would be a good short-term
>> solution since it would allow d
ld be a good short-term
> solution since it would allow development to move forward. However,
> ultimately I'm probably going to need another solution since I'm not sure
> this would fly in our production environment.
>
> Thanks,
> Ben
>
>
--
View this message in context:
http://www.nabble.com/CXF-on-WebLogic-9.2-tp15193763p15211777.html
Sent from the cxf-user mailing list archive at Nabble.com.
123)
> at
> weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:173)
> at
> weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:89)
> at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)
> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
> at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)
>
>
>
>
> chengas123 wrote:
>>
>> I was getting a "java.lang.NoSuchMethodError:
>> javax.jws.WebService.portName()Ljava/lang/String;" error on WebLogic 9.2
>>
>
>
--
View this message in context:
http://www.nabble.com/CXF-on-WebLogic-9.2-tp15193763p15210360.html
Sent from the cxf-user mailing list archive at Nabble.com.
209)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)
chengas123 wrote:
>
> I was getting a "java.lang.NoSuchMethodError:
> javax.jws.WebService.portName()Ljava/lang/String;" error on WebLogic 9.2
>
--
View this message in context:
http
to need another solution since I'm not sure this would fly in
our production environment.
Thanks,
Ben
--
View this message in context:
http://www.nabble.com/CXF-on-WebLogic-9.2-tp15193763p15193763.html
Sent from the cxf-user mailing list archive at Nabble.com.
17 matches
Mail list logo