April 2008 - jbossws-dev - Jboss List Archives

[Design of JBoss Web Services] - trouble deploying web service endpoint

by scooter4j

We have a web services app that is currently running on Oracle App Server (boo, hiss). Checking out what would be necessary to migrate to JBoss. Using JBoss 4.2.2GA for test. I've modified all the appropriate descriptor files as far as I know, created a Service Endpoint Interface, set things up to expose the endpoint as an ejb and deployed... I get the following error: 15:53:12,326 WARN [verifier] EJB spec violation: Bean : WSEntrySE Method : public abstract RequestWS; getRequests(String, String, RequestCriteriaWS) throws RemoteException Section: 7.11.59 Warning: No warning message found, please file a Bug report. Note that I've looked at the spec (EJB 2.1) and I don't see a section 7.11.59. I'm stumped here b/c there is no information other than that shown above... we are migrating from ejb2.0, so I don't know if there is some issue related to that.... help?? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148023#4148023 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148023

16 years

1
0
0 / 0

Re: [jbossws-commits] JBossWS SVN: r6775 - maven/parent/trunk.

by Richard Opalka

Does the below commit mean there's no need to setup repositories in my ~/.m2/repository.xml file anymore? Richard jbossws-commits(a)lists.jboss.org wrote: > Author: thomas.diesler(a)jboss.com > Date: 2008-04-30 08:17:55 -0400 (Wed, 30 Apr 2008) > New Revision: 6775 > > Modified: > maven/parent/trunk/ > maven/parent/trunk/pom.xml > Log: > Add jboss repositories > > > Property changes on: maven/parent/trunk > ___________________________________________________________________ > Name: svn:ignore > - target > > + target > .settings > > > Modified: maven/parent/trunk/pom.xml > =================================================================== > --- maven/parent/trunk/pom.xml 2008-04-30 11:30:31 UTC (rev 6774) > +++ maven/parent/trunk/pom.xml 2008-04-30 12:17:55 UTC (rev 6775) > @@ -80,11 +80,39 @@ > </plugins> > </reporting> > > +  > + <repositories> > + <repository> > + <id>maven2.java.net</id> > + <name>Java.net Repository for Maven 2</name> > + <url>http://download.java.net/maven/2/</url> > + </repository> > + <repository> > + <id>java.net</id> > + <url>http://download.java.net/maven/1/</url> > + <layout>legacy</layout> > + </repository> > + <repository> > + <id>repository.jboss.org</id> > + <url>http://repository.jboss.org/maven2</url> > + <snapshots> > + <enabled>false</enabled> > + </snapshots> > + </repository> > + <repository> > + <id>snapshots.jboss.org</id> > + <url>http://snapshots.jboss.org/maven2</url> > + <snapshots> > + <enabled>true</enabled> > + </snapshots> > + </repository> > + </repositories> > + >  > <distributionManagement> > <repository> >  > + - This variable can be set in $MAVEN_HOME/conf/settings.xml --> > <id>repository.jboss.org</id> > <url>file://${maven.repository.root}</url> > </repository> > > _______________________________________________ > jbossws-commits mailing list > jbossws-commits(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbossws-commits > -- B.Sc. Richard Opalka Senior Software Engineer JBoss, a division of Red Hat Mobile: +420 731 186 942 Mail: ropalka(a)redhat.com

16 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: Hudson file permissions

by richard.opalka＠jboss.com

IMHO we should switch to user builder and use this approach instead View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4147596#4147596 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4147596

16 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: Hudson file permissions

by richard.opalka＠jboss.com

Thomas, | umask 2 | hudson-stop | hudson-setup | hudson-start doesn't work, see: http://jbws.dyndns.org:8180/hudson/job/CXF-Core-AS-4.2.2/11/console View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4147595#4147595 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4147595

16 years

1
0
0 / 0

[Design of JBoss Web Services] - Please help! returning hashmaps, using newtools: wsconsume,

by soch

I had posted my first Q on http://www.jboss.com/index.html?module=bb&op=viewtopic&t=134614 instead of this location. Here's a copy: I am trying to take the simple echo example (http://jbws.dyndns.org/mediawiki/index.php?title=JBossWS_JAX-WS_Tools) to the next level and running into problem. I want to return a hashmap instead of the string. Instead of the client printing the hasmap contents it prints the address of the the hashmap. Here's the code: GetPM.java: ========= package getpm; import java.util.HashMap; @javax.jws.WebService public class GetPM { HashMap map = new HashMap(); public HashMap getPM() { map.put("key1", "value1"); map.put("key2", "value2"); map.put("key3", "value3"); System.out.println("From Server:" + map.toString()); return map; } } I am using the same web.xml as in the echo example -- is this were I am going wrong? web.xml ======= <web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4"> <servlet-name>GetPM</servlet-name> <servlet-class>getpm.GetPM</servlet-class> <servlet-mapping> <servlet-name>GetPM</servlet-name> <url-pattern>/GetPM</url-pattern> </servlet-mapping> </web-app> I created the getpm.war file & deployed it on the jboss AS. Using wsconsume created the client files using the online version of service wsdl file: wsconsume -k http://localhost:8080/getpm/GetPM?wsdl The client then calls the service using the following GetPMclient.java: ============= import getpm.*; public class GetPMclient { public static void main(String args[]) { GetPMService service = new GetPMService(); GetPM pm = service.getGetPMPort(); System.out.println("Server said: " + pm.getPM()); //HashMap hm = (HashMap) pm.getPM(); //System.out.println(hm.toString()); } } On the server stdout I get the hashmap printed correctly, but on the client side instead of the hashmap I get the reference of the hashmap as below: getpm.HashMap@1a0b53e instead of {key1=value1, key2=value2, key3=value3} C:\....\webservices\getpm\client\output>wsrunclient GetPMclient log4j:WARN No appenders could be found for logger (org.jboss.ws.metadata.builder.jaxws.JAXWSWebServiceMetaDataBuilder). log4j:WARN Please initialize the log4j system properly. Server said: getpm.HashMap@1a0b53e View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4147386#4147386 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4147386

16 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: POJO not getting exposed as webservice

by amit.sfbay

Never mind, i figured it. I did not have entries in the web.xml View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4147383#4147383 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4147383

16 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: UsernameToken authentication and authorization for POJO

by anil.saldhana＠jboss.com

Something along the lines of: | | Object obj = ctx.lookup("java:comp/env/security/securityMgr"); | AuthenticationManager am = (AM)obj; | am.isValid(Principal,Object); | | //Do generic authz | RealmMapping rm = (RM)obj; | rm.doesUserHaveRole(.....) | should work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4147295#4147295 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4147295

16 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: UsernameToken authentication and authorization for POJO

by darran.lofthouse＠jboss.com

"alessio.soldano(a)jboss.com" wrote : | I think it would be better to leave the configuration of the allowed roles to the login module configuration. May be I'm missing something, but I think we could simply let the user configure the security domain as usual and then the login module(s) configured for that security domain will have the roles configuration. | The reason that we need the additional role check is because the login modules do not actually verify the roles that the user is a member of, the login modules just load the list of roles. The list of roles is then checked against the required roles in the servlet container or in the EJB container. "anil.saldhana(a)jboss.com" wrote : | Why not just design a generic solution around invoking the JBoss Security Managers by doing a JNDI lookup (works both in web and ejb2 containers) | If the code you show is the better way to do it then there is no problem doing it that way as well, however we do not have a need for the actual code to be portable across the containers as the WS-Security handlers are always called within a web application. Even if you deploy an EJB endpoint a web application is automatically deployed to handle the actual WS requests. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4147136#4147136 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4147136

16 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: UsernameToken authentication and authorization for POJO

by anil.saldhana＠jboss.com

Why not just design a generic solution around invoking the JBoss Security Managers by doing a JNDI lookup (works both in web and ejb2 containers) | // Get the JBoss security manager from the ENC context | InitialContext iniCtx = new InitialContext(); | SecurityManager securityMgr = (SecurityManager) iniCtx.lookup("java:comp/env/security/securityMgr"); | SimplePrincipal principal = new SimplePrincipal(username); | if( securityMgr.isValid(principal, password) ) | { | Darran, may I humbly request you to finish my beta release before you assign this JBossWS feature request? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4147116#4147116 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4147116

16 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: Unlocking WS-Security in Metro

by alessio.soldano＠jboss.com

Hi Richard, I've just checked out the tag metro1_1_1-release and the sources of com.sun.xml.wss.impl.misc.DefaultCallbackHandler seems to be OK (i.e. they have a couple of lines to scan the META-INF inside the jar). I'll try using this version soon then I'll let you know. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4147115#4147115 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4147115

16 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbossws-dev April 2008