[GLASSFISH-4196] gfv3: Web Services Management Created: 15/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_services_mgmt
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Blocker
Reporter: msreddy Assignee: Martin Grebac
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 4,196
Status Whiteboard:

v3-prd-item


 Description   

Provide Web Services Management similar to GF V2.



 Comments   
Comment by msreddy [ 26/Feb/08 ]

v3-prd-item

Comment by Tom Mueller [ 23/Jun/10 ]

Rajeshwar no longer on project.

Comment by sirajg [ 23/Jun/10 ]

transferring to module owner

Comment by Tom Mueller [ 06/Mar/12 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-9118] Missing stats in V3 vs. V2 for web-services Created: 13/Aug/09  Updated: 18/Oct/12

Status: Open
Project: glassfish
Component/s: web_services_mgmt
Affects Version/s: V3
Fix Version/s: future release

Type: Improvement Priority: Critical
Reporter: abbagani Assignee: Martin Grebac
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Attachments: Text File v2_web-services.txt    
Issuezilla Id: 9,118
Status Whiteboard:

v3_exclude

Tags: ee7ri_cleanup_deferred

 Description   

I am creating this issue to track the changes required in V3 Monitoring to be in
parity with V2.



 Comments   
Comment by abbagani [ 13/Aug/09 ]

Created an attachment (id=3080)
Most stats of V2 are missing in V3 - attached is V2 stats

Comment by abbagani [ 16/Sep/09 ]

Raising it to P2 - higher priority, need a fix soon.

Comment by sirajg [ 22/Sep/09 ]

Transferring to Jitu

Comment by jitu [ 28/Sep/09 ]

Not targeting these v2 stats for web services in v3

Comment by kumara [ 07/Dec/09 ]

Setting target release for unresolved issues submitted on v3 release to the next release. Not changing
issues submitted on v2.x release because they might not apply to v3.next release.

Comment by jitu [ 18/Jun/10 ]

Not planned for 3.1. Setting the target milestone to 3.2. Also marking it as
enhancement.

Comment by Tom Mueller [ 18/Oct/12 ]

Marking the fix version field as "future-release". This is based on an evaluation by John, Michael, and Tom WRT to the PRD for the Java EE 7 RI/SDK. This issue was deemed to not be a P1 for that release. If this is in error or there are other reasons why this RFE should be targeted for the Java EE 7 RI/SDK release, then change the fix version field back to an appropriate build.





[GLASSFISH-4283] asadmin commands: Runtime Management: Web Services Managment Created: 27/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_services_mgmt
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Major
Reporter: Jennifer Chou Assignee: Nazrul
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,283

 Description   

Add the following asadmin commands for web services management:

configure-webservice-management
create-transformation-rule
delete-transformation-rule
list-registry-locations
list-transformation-rules
publish-to-registry



 Comments   
Comment by km [ 07/Jan/10 ]

routing ...

Comment by Tom Mueller [ 06/Mar/12 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-5289] Tester page enabled for services secured with new namespaces Created: 10/Jul/08  Updated: 10/Feb/13

Status: Open
Project: glassfish
Component/s: web_services, web_services_mgmt
Affects Version/s: 9.1peur2
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: Marek Potociar Assignee: Lukas Jungmann
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 5,289

 Description   

This issue is opened as a replacement for wsit issue #922 (
https://wsit.dev.java.net/issues/show_bug.cgi?id=922 ):

If you secure your service with new metro13 namespaces, the Tester page is
enabled for it. It shall be disallowed, same as with metro10 namespaces.



 Comments   
Comment by sanandal [ 11/Jan/09 ]

"Reclassifying as P4 because this issue is not deemed "must fix" for this v2.1
release whose primary release driver is SailFin.
This issue will be scrubbed after this release and will be given the right
priority for the next release."

Comment by Tom Mueller [ 06/Mar/12 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-8473] NPE in monitoring. it seems to be improperly MT-Unsafe. Created: 03/Jun/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_services_mgmt
Affects Version/s: 9.1peur2
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: kasaihiroyoshi Assignee: jitu
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 8,473
Status Whiteboard:

v3_exclude,V2.1.1exclude


 Description   

com.sun.enterprise.admin.wsmgmt.msg.MessageTraceFactory holds messages in 'Map
_messages' and HashMap is asigned to it.

private MessageTraceFactory()

{ _messages = new HashMap(); _msgBodyPattern = Pattern.compile("<env:Body>.*</env:Body>"); }

HashMap is not synchronized map, and MessageTraceFactory is singleton and its
methods seem to be called asynchronously.

In our stress test, some NPEs occured at

private void setResponseInfo(SOAPMessageContext ctx,
com.sun.appserv.management.ext.wsmgmt.MessageTraceImpl trace) {
//omit
// sets the request size
HERE trace.setResponseSize( baos.size() );

and same problem is found at msgId2fc in
com.sun.enterprise.admin.wsmgmt.agent.GlobalMessageListenerImpl.
In our test, NPEs are caused at

public void processRequest(String messageID,
com.sun.enterprise.webservice.SOAPMessageContext context,
TransportInfo info)

{ com.sun.enterprise.admin.wsmgmt.SOAPMessageContext smc = new com.sun.enterprise.admin.wsmgmt.SOAPMessageContext_2_0(context); FilterContext fc = (FilterContext) msgId2fc.get(messageID); *HERE* fc.setTransportInfo(info); fc.setMessageContext(smc); FilterRouter.getInstance().applyFilters(Filter.PROCESS_REQUEST,fc); }

 Comments   
Comment by sirajg [ 22/Sep/09 ]

webservices issue->jitu

Comment by jitu [ 28/Sep/09 ]

This feature is not targeted for v3. Adding v3_exclude to Status whiteboard

Comment by jagadesh [ 15/Oct/09 ]

Will not be fixed for V2.1.1

Comment by jagadesh [ 15/Oct/09 ]

Will not be fixed for V2.1.1

Comment by Tom Mueller [ 06/Mar/12 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-923] Monitor stops capturing messages Created: 10/Aug/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_services_mgmt
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: brviking Assignee: sirajg
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Attachments: File jwswar-web.war    
Issuezilla Id: 923

 Description   

After redeploy a web service, even with web service monitor configured to "high"
it stops capturing messages (but still capture statistics).



 Comments   
Comment by sv96363 [ 11/Aug/06 ]

I checked in some code right on 9.0 release, which should resolve this issue.
That fix should be in tip of the tree and should be avialable in the latest
glassfish builds. Assigning to me (Satish), so I re-produce verify that. If this
bug still persists, will fix it.

Comment by sv96363 [ 06/Sep/06 ]

Fixed in UR1, build 16 or later.

Comment by sv96363 [ 07/Sep/06 ]

Not completely fixed. Re-opening.

Comment by sv96363 [ 07/Sep/06 ]

Created an attachment (id=424)
Sample web module containing web service

Comment by sv96363 [ 07/Sep/06 ]

When a web module is getting re-deployed, / unloadWebModule/ method of
/WebContainer.java / is getting called. However /TomcatApplicationLoader/ or
other loader's unloader function is not getting called. Should not these be
called as well?

I am copying Hong for comments.

Procedure to reproduce:

1). asadmin deploy jwswar-web.war
2). asadmin deploy jwswar-web.war --> no unload callback on the loaders.

Comment by sv96363 [ 13/Sep/06 ]

Comments from Binod:

Typically XXXDeployEventListener uses a loader to load and unload the module.

Webmodules doesnt follow the normal loader heirarchy used for other modules
like ejb and connectors. There is an RFE assigned to Jan Luehe to address this
issue. The last I heard was that it is planned for 9.2.

You can consider adding your stuff directly on the WebModuleEventListener.
That should work.

DummyWebLoader was introduced for on-demand initialization and it is
tested only on the loading part.

Comment by sv96363 [ 17/Jan/07 ]

During re-deploy a new stats provider was created, however monitoring mbeans
were not re-loaded. Fix this issue. Leaving this issue as p3 as it requires
unloading of monitoring mbeans during undeploy of the module.

Checking in EndpointRegistration.java;
/cvs/glassfish/admin/ws-mgmt/src/java/com/sun/enterprise/admin/wsmgmt/lifecycle/EndpointRegistration.java,v
<-- EndpointRegistration.java
new revision: 1.10; previous revision: 1.9
done

Comment by sirajg [ 15/May/07 ]

assigning to siraj

Comment by gfbugbridge [ 01/Aug/07 ]

<BT6588065>

Comment by sirajg [ 02/Aug/07 ]

Not a release stopper, so downgrading to P4. After redeploying the app, for
monitoring the web service to work, the server has to be restarted.

Comment by Tom Mueller [ 06/Mar/12 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4956] NullPointerException with high-level monitoring of one-way web service Created: 30/Apr/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_services_mgmt
Affects Version/s: v2.1
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: Tim Quinn Assignee: sirajg
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Attachments: Text File npeExample.log    
Issuezilla Id: 4,956

 Description   

Message monitoring (level=high) triggers NPEs when a one-way (no return value)
method/service is called.



 Comments   
Comment by Tim Quinn [ 13/May/08 ]

Created an attachment (id=1498)
Excerpt from server.log showing NPE

Comment by kumara [ 01/Sep/09 ]

Changing version from 9.1.1 to v2.1 to reflect new name/version.

Comment by Tom Mueller [ 06/Mar/12 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-3907] web services management not working Created: 10/Dec/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_services_mgmt
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: granat Assignee: sirajg
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,907
Status Whiteboard:

as91ur1-na


 Description   

Hi,

I tried to follow the technical article about Managing and Monitoring Web
Services in Project GlassFish
(http://developers.sun.com/appserver/reference/techart/ws_mgmt.html) with the
small change that I deploy the web service as a war file and not as an
autodeploy compilation.

The Web Service works without a glitch and is shown in the top level point "web
service". The test works as well.

I am currently working with a more complex architecture than in the example:

  • The Admin Server doesn't hold any applications and is only used for
    administrative purposes
  • The Applications are deployed on a server instance loaded via a nodeagent
    (same machine, but that shouldn't be a problem if it were another one).

I have a few Problems with the whole thing:
1) The monitoring of the web service doesn't work. I can change the level as I
want, the messages and the traffic is never shown.

2) the wsdl url in the "Web Services> HelloWorld > General" Page points to the
admin server with port 80
(http://testserver.mycp.com/WebServiceTest/HelloWorldService?wsdl) which is not
really pointing anywhere as I don't have ANY server on port 80 (I have a web
server there and I get an error that the object wasn't found, which is actually
correct).

3) When I change the context root of the web service application (from
/HelloWorld to /test/hello as an example). The Test button isn't relinked to the
new URL and the test doesn't work anymore.

4) The URL of the test application hast a slash too much (it still works, isn't
really nice though...):
http:/testserver.mycp.com:38080//WebServiceTest/HelloWorldService?Tester



 Comments   
Comment by basler [ 10/Dec/07 ]

Not a 91ur1 release stopper

Comment by sanandal [ 11/Jan/09 ]

"Reclassifying as P4 because this issue is not deemed "must fix" for this v2.1
release whose primary release driver is SailFin.
This issue will be scrubbed after this release and will be given the right
priority for the next release."

Comment by Tom Mueller [ 06/Mar/12 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-2929] HTTP_BINDING causes Web Services panel in Admin UI to fail (does not show other deployed service) Created: 26/Apr/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_services_mgmt
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: cparis Assignee: sirajg
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Linux


Attachments: Text File restful-web.war    
Issuezilla Id: 2,929

 Description   

I have two API services being deployed through the Glassfish Autodeploy. One is
a standard SOAP service. IF deployed by itself, it will show up in the Web
Services page on the Admin server.

If I deploy my REST based service which is using HTTP_BINDING, neither service
will show up in the Admin page. Error messages about Descriptors shows up in
the log files..

Both services are still able to be invoked.

Version: Glassfish V2 b43

Example Code:
@WebServiceProvider(serviceName = "TestService")
@ServiceMode(value = Service.Mode.PAYLOAD)
@BindingType(value = HTTPBinding.HTTP_BINDING)
public class TestService implements Provider<Source>
{
public Source invoke(Source source)

{ return source; }

}

Logs:
[#|2007-04-26T15:33:29.872-0700|WARNING|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=20;_ThreadName=httpWorkerThread-8023-3;_RequestID=13949758-cfa7-40f0-9387-9c5b294e1e66;|com.sun.enterprise.admin.mbeans.J2EEModule:ge
tStringForDDxml FileNotFoundException
/u/cparis/devel.p4/api/glassfish/domains/api/generated/xml/j2ee-modules/platform/null|#]

[#|2007-04-26T15:33:29.880-0700|WARNING|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=20;_ThreadName=httpWorkerThread-8023-3;_RequestID=13949758-cfa7-40f0-9387-9c5b294e1e66;|com.sun.enterprise.admin.mbeans.J2EEModule:ge
tStringForDDxml FileNotFoundException
/u/cparis/devel.p4/api/glassfish/domains/api/generated/xml/j2ee-modules/platform/null|#]

[#|2007-04-26T15:33:29.881-0700|WARNING|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=20;_ThreadName=httpWorkerThread-8023-3;_RequestID=13949758-cfa7-40f0-9387-9c5b294e1e66;|Descriptors
could not be loaded for module pl
atform : null.|#]



 Comments   
Comment by gfbugbridge [ 26/Apr/07 ]

<BT6550920>

Comment by sirajg [ 01/May/07 ]

Discussed with Anissa, transferring to admin gui for evaluation. If there is no
WSDL, certain functions, such as show WSDL and test, will not work. However the
list of non-REST services should be displayed.

Comment by Anissa Lam [ 01/May/07 ]

Please attach the app if possible. This will help us debug and ensure the fix.

Comment by Anissa Lam [ 15/May/07 ]

Admin GUI calls the backend to get the list of web services for displaying the
tree node and also to construct the web services table.
The API used is:
return AMXUtil.getWebServiceMgr().getWebServiceEndpointKeys();

I see that once i call this API, the following error is logged

[#|2007-05-15T15:13:34.230-0700|WARNING|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=14;_ThreadName=httpWorkerThread-4848-0;_RequestID=0acb9608-f7b2-45fb-9ec8-608452baa2ba;|com.sun.enterprise.admin.mbeans.J2EEModule:getStringForDDxml
FileNotFoundException
/Users/anilam/Awork/as91/publish/glassfish/domains/domain1/generated/xml/j2ee-modules/restful-web/null|#]

[#|2007-05-15T15:13:34.254-0700|WARNING|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=14;_ThreadName=httpWorkerThread-4848-0;_RequestID=0acb9608-f7b2-45fb-9ec8-608452baa2ba;|Descriptors
could not be loaded for module restful-web : null.|#]

and the restful-web is not returned as one of the web services.
This is like the error reported by the submitter.

GUI displays whatever is returned by the backend. Transferring this to web
services mgt.

Comment by Anissa Lam [ 15/May/07 ]

Created an attachment (id=915)
web services war to reproduce this error

Comment by Anissa Lam [ 15/May/07 ]

The war file is from
glassfish/appserv-tests/devtests/web service/annotation/restful

Comment by sirajg [ 25/May/07 ]

Standard SOAP services are displayed but REST services are not. This is because
the code fails looking for descriptors

Comment by sirajg [ 25/May/07 ]

This is partially fixed. The non REST web services are displayed in admin gui.
REST services are not displayed because the code :
public Map getWebServicesMap() {
....
....

try

{ wsInfoListInMod = wsInfoPvdr.getWebServiceInfo(descLoc, propMap); }

catch ( Exception e)

{ // log warnin String msg =_stringMgr.getString("ModInfoNotFound",appName + " : " + e.getMessage()); _logger.log(Level.WARNING, msg); }

....
..

in com.sun.enterprise.admin.wsmgmt.WebServiceMgrBackEnd
results in the above exception, when xml files are not found, which would be the
case with REST services. Fixing this could potentially cause some regressions.
So downgrading to P4 for now, and also because non REST services are being
displayed. Please raise priority if this is considered a show stopper.
in

Comment by Tom Mueller [ 06/Mar/12 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-14395] Webservices: empty wsdl file with https Created: 03/Nov/10  Updated: 13/Dec/10

Status: Open
Project: glassfish
Component/s: web_services_mgmt
Affects Version/s: 3.1
Fix Version/s: None

Type: Bug Priority: Trivial
Reporter: lidiam Assignee: Bhakti Mehta
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Attachments: JPEG File webservices-wsdlemptyhttps.JPG    
Issuezilla Id: 14,395
Tags: 3_1-exclude

 Description   

build: ogs-3.1-b27-11_03_2010.zip

Deploy a web services app, e.g. service.ear and go to app's General page. Click
on View Endpoint for Stateless Session Bean. On new page click on the link for
WSDL. New browser page will open with two urls. Click the https one (replacing
localhost with machine name in url, if needed) and the page is empty (also
source). The following is printed in server.log:

[#|2010-11-03T14:43:52.255-0700|WARNING|oracle-glassfish3.1|javax.enterprise.webservices.org.glassfish.webservices|_ThreadID=15;_ThreadName=Thread-1;|Invalid
request scheme for Endpoint HelloStatelessBean. Expected http . Received https|#]



 Comments   
Comment by lidiam [ 03/Nov/10 ]

Created an attachment (id=5319)
screenshot

Comment by Anissa Lam [ 03/Nov/10 ]

This is not an admin gui issue.
transfer to web services

Comment by lidiam [ 03/Nov/10 ]

Interestingly, when I view WSDL for Supplier Service, the file is displayed fine
via http and https.

Comment by jitu [ 03/Nov/10 ]

Perhaps, https is not configured for this ejb app.
Why does the admin gui show two urls(one with https, http) ?

Comment by Bhakti Mehta [ 20/Nov/10 ]

As Jitu mentioned pls confirm if https is setup for ejb ws because this is
expected behaviour.

Comment by Bhakti Mehta [ 29/Nov/10 ]

As I mentioned in the comments this is expected behaviour if https is configured then you will be able to see the wsdl else you will get this error message.





Generated at Sat May 23 08:05:55 UTC 2015 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.