"[EMAIL PROTECTED]" wrote :
| I think the issue is not whether only .Net clients can see the xsd or wsdl
includes. Its for all ws clients. I support your idea about not working
around other platform's bugs. We should stick to what the specs say and tell
the opposite end to reciprocate.
|
Hi, I researched this a bit, and this is must definately a bug in the .NET
wsdl.exe tool, as opposed to a decision not to support url params. It actually
fetches the content correctly (ie sends the appropriate GET requests). What
ends up happening is that it eventually errors complaining about
Please search the forums, read the wiki, and refer to the FAQ.
JBossWS Wiki link: http://www.jboss.org/wiki/Wiki.jsp?page=JBossWS
FAQ link: http://www.jboss.org/wiki/Wiki.jsp?page=JBossWSFAQ
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3860234#3860234
Basically there is no all in one process to generate everything like JBoss.NET.
The current JBossWS implementation was developed for the sole purpose of
conforming to the JSEE 1.4 certification. Due to the state of the standards at
that time, and the limited time scheduling, all inclusive tools
"AW" wrote : Hi,
| In the wiki at:
| http://www.jboss.org/wiki/Wiki.jsp?page=WSServerJSE
|
| It states that:
| "Note, the service endpoint implementation is defined in the
element. This is highly confusing because it is not a servlet
at all, but a simple plain java object."
|
| I
If you are talking about J2EE 1.4 Webservices, this is the forum to post in and
what you are looking for is a jax-rpc Handler. Service Endpoints can't get the
SOAP Body themself. If you are talking about JBOSS.NET & Axis, then you want to
post in the JBOSS.NET forum.
-jason
View the original
"ebu" wrote :
| Did i understood correctly that JBoss supports only pure document/literal
(not wrapped) with single parameter per method only?
|
Yes wrapped is not supported
"ebu" wrote :
| And it is impossible to make it work with messages with several parameters
in docl/literal mode
"[EMAIL PROTECTED]" wrote :
| Currently, the xmlFragments associated with SOAPContentElements are lazily
deserialized, requiring a second parse for each fragment. This could also be
optimized through StAX if the jboss binding framework could eagerly create the
corresponding java objects duri
"[EMAIL PROTECTED]" wrote : anonymous wrote :
| | 1) you have to scan through the whole message to build the outer SAAJ
tree
| |
|
| I don't think this is true. If we did not have SAAJ, we would still need to
represent the SOAP tree with a structure like this
|
|
| |E
"[EMAIL PROTECTED]" wrote : Hi Jason,
|
| The important bit is, to allow to go forth and back between the XML and
Java Object representation at the SOAPContentElement level
| using the JAXRPC serializer/deserializers.
|
| Whether to hold the XML representation as String or StAX events
Also, they claify the pulling/pushing behavior in the javadoc, which
correpsonds with my design proposal.
>From the javadoc:
| unmarshal
|
| java.lang.Object unmarshal(javax.xml.stream.XMLStreamReader reader)
|throws JAXBException
|
| Unmarshal XML d
"[EMAIL PROTECTED]" wrote : Are you talking about JAXB2 here? Where can I find
the info about JAXBContext using XMLStreamingReader?
| Thanks.
Yes JAXB2. If you look at the EDR javadoc, the Marshaller/Unmarshaller
interfaces which are pulled from the JAXBContext, have overloaded marshall, and
Hello everyone,
After much thought, I was able to narrow everything down to one design, which I
think is the best solution. It works off a similar concept to the XML fragment
design, though it does introduce a lot of changes to the existing code base.
First, I will start with a bit of backgroun
anonymous wrote :
| Yes Jason it is working fine but.
|
| Actually the stack trace is printed twice.
| The first one is from a log instance in the PortProxy class.
| This is the listing in the first message of this topic.
|
| The second one is from my own try and catch block.
Did you also generate a jaxrpc-mapping.xml file?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858949#3858949
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858949
"gayathiri" wrote : Hello,
| I want to use EJB web services.Can u pls tell me how to create or the
steps to create.
| Pls tell me any site which provides the steps..
| i searched a lot but i didnt get the proper directory structure ..where to
put the wsdl file whether in META-INF folde
Is this a J2EE client? If so take a look at this wiki page: WSClientAppl. and
this SourceForge page about building and deploying a J2EE client jar.
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858453#3858453
Reply to the post :
http://www.jboss.org
I think this topic is experiencing database corruption, there is a post that is
missing, and authors are mixed up, can you guys take a look at it?
Thanks,
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858566#3858566
Reply to the post :
http://www.jb
That error message is just an information log message that indicates that your
Proxy threw an exception. Are you sure its not working fine and your testsuite
is just not catching the exception?
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858428#385
Try wrapping your array in a javabean. Alternatively you could define a custom
typemapping that uses ArraySerializer but this is for SOAP encoding only.
Take a look at this wiki page: WSArrayTypeMapping.
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p
Please don't double post. This only makes finding search results by others that
much more difficult.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858376#3858376
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858376
Yes, jaxrpc-mapping files (jsr 109) was only intended for J2EE clients/servers.
If you app is a non-J2EE client, then I would use the JWSDP with generated
stubs or JWSDP with DII.
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858373#3858373
Reply t
The namespace URI in the jaxrpc mapping must match the namespace URI in your
wsdl file, it should not be the URI to the webservice.
Change
| http://de.tuberlin.web.services/ToolWebPlug
|
to
| http://interfaces.services.web.tuberlin.de
|
Also, you are using SOAP encoding, which is de
Actually there is a dependency on the jboss build, so you have to build jboss
first so .
1. cd jboss-4.0 (source checkout)
2. Unix: ./build/build.sh Windows: build\build
3. cd testsuite
4. ant
5. ant -Dtest=org.jboss.test.webservice.exception.ExceptionTestCase one-test
6. ant tests-report
You need to build the testsuite first, by running the default task.
1. ant
2. ant -Dtest=org.jboss.test.webservice.exception.ExceptionTestCase one-test
3. ant tests-report
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858195#3858195
Reply to the post :
htt
Also if you do a cvs checkout of 4.0 branch, there is a test case in the
testsuite which demonstrates exceptions.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858104#3858104
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=repl
Exceptions were fixed in 4.0.1RC2, why dont you give that a shot?
The 4.0.1 release is coming very soon.
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858103#3858103
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=repl
Yes I have run into this as well. This is most definately a bug in the
wscompile ant task. As a workaround you can just use the java task and run the
wscompile class directly.
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858048#3858048
Reply to th
As well as: http://www.w3.org/TR/xmlschema-0/#QualLocals
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3857594#3857594
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3857594
Sorry, I misinterpreted what you were asking.
Both of these examples are valid, and the differences between the two has to do
with XML schema local and global declarations. One of the schemas (the foo
annoymous type one) has elementFormDefault="qualified", which moves all names
that would norma
It is not legal to refer to a complexType directly in a schema instance. (The
soap message) If you look at the wsdl file they actually declare that type as
an element (it just happens to have the same name as the complexType)
-Jason
View the original post :
http://www.jboss.org/index.html?mo
Can you paste the WSDL blobs for message and types that you used to get those?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3857540#3857540
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3857540
--
Is this web service you talking to a J2EE service endpoint?
If it is not, you can not use the web component client method to access the
service. Meaning you can not use and jndi to access the service.
You have to use DII or some kind of generated stubs if it is not a J2EE service
endpoint yo
If you are using XML RPC then you are not using web services. If you are having
problems getting the apache XML RPC servlet to work then I would submit your
questions to the apache xml-rpc mailing list.
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=38
A J2EE web componet client does not need stubs because it uses the service
enpoint interface and the jaxrpc-mapping file of the service.
The wiki states "The web service client must have access to the same mapping
information as described for the EJB service endpoint or the Java service
endpoin
For EJB endpoints, JBossWS will use the same security domain as the EJBs they
connect. So if you have configured an application policy for your EJBs that
uses the UsernamePasswordLoginModule, then it will use that.
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=vi
It looks like there is a bug in 4.0.0 that is triggered when auth-type is
specified, and port-uri is not. Set port-uri in your port-component section to
/* or any other url value. Keep in mind that port-uri is changing to
port-component-uri in 4.0.1.
-Jason
View the original post :
http://www
ONE & TWO & THREE)
You can use any policy, JBossWS will just use whatever policy your EJBs are
using. Just set your in your jboss.xml to your custom
configuration. You may have to add the unauthenticated identity as before to
your custom config
FOUR)
Yesterday I updated the wiki to show how
chek that the ejb create and remove methods are also unchecked
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3855403#3855403
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3855403
--
When you are using EJB endpoints the authentication is just being passed to the
standard J2EE principal/role based security system. So if you wanted to
programatically make decessions the J2EE role/princiapal system exposes two
methods, both on the EJBContext object: isCallerInRole(), and getPr
I added this information to the wiki. Thanks for noticing.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3855281#3855281
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3855281
To enable basic auth you just add auth-method to your jboss.xml file. To
require ssl you set transport-guarantee to CONFIDENTIAL. Take a look at the
jboss 4 dtd for more info.
For example:
|
| MySecureEJBServiceEndpoint
| /MySecureEJBServiceEnpoint
| BASIC
|
Custom exception support have been fixed in 4.0.1 (soon to be released).
Custom exceptions are used in the same way that custom beans are used. The only
difference is that a constructor is searched for (instead of an accessor
method) since java does not expose acesss to the exception message. A
Most of the time, the types will map automatically. If something does go wrong
you may have to make a ws4ee-deployment.xml to better control the type mapping.
For more info see the wiki topic WSTypeMapping.
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopi
I noticed a simple problem with the jboss_4_0.dtd. port-component-name is
undefined. I submitted the smallest patch ever, which is probably not actually
worth looking at, but nonetheless it is here:
https://sourceforge.net/tracker/?func=detail&atid=376687&aid=1065336&group_id=22866
View the ori
A colleague of mine is working on an alternative to the ws4ee xdoclet module,
as well as fixing several problems (mostly missing elements) with the endpoint
functionality of the jbossdoclets and ejbdoclets. This solution is designed to
work hand and hand with wscompile, instead of trying to rep
Nevermind, I submitted a patch for this
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3854546#3854546
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3854546
---
This
Done! If you would like to take a look it is here
https://sourceforge.net/tracker/index.php?func=detail&aid=1063580&group_id=22866&atid=376687
Let me know if you have any questions/promblems.
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3854544#385
If the uri context root element to jboss.xml has not been added due to lack of
time & resources, I would be willing to work on adding it. Let me know if you
would like me to submit a patch, and if there is anything I should be aware of.
Thanks,
-Jason
View the original post :
http://www.jboss
Any plans for when this will occur?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3854369#3854369
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3854369
---
This SF.N
To fix this add
-Djava.endorsed.dirs=/path/to/jboss-4.0.0/lib/endorsed
to your VM arguments in the JBoss IDE Servier configuration dialog on the start tab.
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853349#3853349
Reply to the post :
http://www.
To fix this add -Djava.endorsed.dirs=/path/to/jboss-4.0.0/lib/endorsed
to your VM arguments in the JBoss IDE server confiuration dialog on the start tab
-Jason
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853348#3853348
Reply to the post :
http://www.jbos
I noticed that between 1.24, and 1.25 isDeployable was changed to no longer allow
META-INF as a path for sub deployable modules. The original code would only skip
jboss-service.xml files in META-INF. Was this behavior change intended?
The reason I ask is because I was testing an application we
actually its in xdoclet cvs.see
http://opensource.atlassian.com/projects/xdoclet/browse/XDT-816
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3849019#3849019
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3849019
Excellent, we are just starting to use TreeCache this week (as a second level cache
for hibernate). We are still in early development phases, and we were hoping it would
be production ready by the time we hit rollout (several months from now).
Keep up the good work!
-Jason
http://www.jboss.o
55 matches
Mail list logo
