[GLASSFISH-3518] Display domain.xml in Console Created: 21/Aug/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.1peur1
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: Anissa Lam Assignee: cchidamb
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,518

 Description   

We should display domain.xml as read only text like other descriptor files so
user can view that from Admin Console.
This is requested by Sreeram.



 Comments   
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-2644] Dynamic reloading a webapp through GUI Created: 17/Mar/07  Updated: 06/Mar/12

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

Type: Improvement Priority: Major
Reporter: azawawi Assignee: cchidamb
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Attachments: Text File patch_issue_2644.patch     Text File patch_issue_2644.txt    
Issuezilla Id: 2,644

 Description   

The administration GUI interface (admin-gui) does not allow the administrator to
reload web applications without doing it manually.

Glassfish has dynamic reloading by touching a .reload file in the
domains/domain1/applications/j2ee-modules/webAppName context root directory.

At first, one could allow the administrator to reload a web application by
clicking a "Reload" link which is next to the "Launch | Redeploy" links at the
same line as the web application in the 'DeployTable.inc'. Dynamic reloading
(touch .reload) should be used since it is currently stable.



 Comments   
Comment by azawawi [ 17/Mar/07 ]

Created an attachment (id=799)
Patch to implement webapp dynamic reloading

Comment by azawawi [ 19/Mar/07 ]

Created an attachment (id=801)
Modified patch file (please use this)

Comment by Anissa Lam [ 20/Mar/07 ]

Thanks for submitting the patch.
We will test it out and check that in.

Comment by Anissa Lam [ 20/Mar/07 ]

comments from the deployment team:
1. The .reload functionality is only supported for archive deployment. So if the
admin console does not limit this use only to archive deployment, the code
itself needs to check for whether this module is directory deployed.
2. The .reload functionality is only supported for DAS and not for EE/cluster
environment at this point.
-------------------

For #1, GUI should do the checking and put up the 'reload' button in the table
when it applies
To address #2, this reload enhancement will ONLY available for developer
profile, will not put this in cluster profile.

Senthil, please change the code accordingly before commit.

azawaai, do you have any comment ?

Comment by azawawi [ 20/Mar/07 ]

Thanks for your help. If you need any help to modify my patch, i would be happy
to do it.

Comment by Jason Lee [ 12/Jan/09 ]

Updating 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-861] ear file doesn't deploy Created: 22/Jul/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.0peur1
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: vince kraemer Assignee: cchidamb
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: File ã�¨ç²®Jotç²®EnterpriseApplication1粤ã‚�.ear     Text File logtach.txt    
Issuezilla Id: 861

 Description   

The attached ear file doesn't deploy.

I was able to deploy the ear from NetBeans (whichh uses the JSR-88 distribute
and start methods)



 Comments   
Comment by vince kraemer [ 22/Jul/06 ]

Created an attachment (id=332)
the bad ear file

Comment by vince kraemer [ 22/Jul/06 ]

Created an attachment (id=333)
server log

Comment by vince kraemer [ 22/Jul/06 ]

FYI: used first entry field (the one with the browse button) to attempt deployment.

Comment by Anissa Lam [ 22/Jul/06 ]

Looking at the server log, this is a deployment backend issue.
Transferring to deployment team.

Comment by Anissa Lam [ 22/Jul/06 ]

Add CC.

Comment by Hong Zhang [ 24/Jul/06 ]

Could you please clarify the following?
==================================
The attached ear file doesn't deploy.
I was able to deploy the ear from NetBeans (whichh uses the JSR-88 distribute
and start methods
===================================

So it deploys ok through netbeans but not through admin console or cli?

Comment by vince kraemer [ 24/Jul/06 ]

I originally filed this issue against admin gui. I did not try to do the
deployment with admin cli [since I haven't been able to figure out how to type
the filename in]

Comment by Anissa Lam [ 24/Jul/06 ]

The attachment is not the ear file, but seems to be the exploded directory of
the ear. I don't know what locale the .war and .jar filename is.
I just name the war to contain some chinese char, ie rename that as test紀錄.jar
Deploying through cli this test紀錄.jar is fine. I tried deploy this EJB jar
through GUI, and the second step doesn't seem to be showing up correctly.
I take this back to admin-gui. I thought the team testing for localization
would have tested deploying file with localized char through GUI.
So Hong, i will let you know if we need help from your team.

Comment by vince kraemer [ 18/Nov/06 ]

PING

Comment by Anissa Lam [ 18/Nov/06 ]

Sorry we missed this one for a while.
Assigning to Senthil to take a look as he is working on the deployment for the
JSF version of admin gui.

Comment by cchidamb [ 11/Feb/07 ]

GUI needs to handle mbyte char input during deploy.

Comment by cchidamb [ 11/Feb/07 ]

I've found out the cause of this problem. It's about jsftemplating not handling
multibyte chars for pagesession attributes, may be for other attributes as well.
I'll deliver a fix in jsftemplating for handling mbyte chars, may be by COB
tomorrow.

Comment by cchidamb [ 12/Feb/07 ]

This is actually a bug in woodstock UploadFilter code. I've filed a bug against
this, please see the bugid 6524171 for further updates.

Comment by cchidamb [ 06/Mar/07 ]

We're dependent on commons-fileupload to have a fix for this. We'll wait until
bugid 6524171 is fixed. As per GUI dev. meeting decision today, I'm lowering the
priority to p4.

Comment by gfbugbridge [ 05/Apr/07 ]

<BT6543225>

Comment by gfbugbridge [ 05/Apr/07 ]

<BT6543373>

Comment by Anissa Lam [ 28/Jul/07 ]

This depends on the fix of woodstock issue# 561
https://woodstock.dev.java.net/issues/show_bug.cgi?id=561

Comment by vince kraemer [ 04/Sep/08 ]

the blocking issue is fixed... any update on this issue...

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-3294] i18n -- mangled context root Created: 05/Jul/07  Updated: 06/Mar/12

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

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

Operating System: Windows XP
Platform: PC


Issuezilla Id: 3,294

 Description   

Take the war file attached to issue 3293 and try to deploy it using the admin gui.

If you blank the 'Context Root' field (since the sun-web.xml has a context-root
value) you run into an error message similar to the one in issue 3293. I am not
filing this issue to complain about that, since I assume the resolution of the
cli issue will probably resolve the "similar" admin gui issue.

HERE is the problem...

If I replace the default value, MBContextRoot, with �粮Jot粮MBCR3 in the
'Context Root' field, I get the following error message:

Deploying application in domain failed; ADMVAL1047: Value '�粮Jot粮MBCR3' is
not valid for attribute 'context-root' of web module. Please refer to admin
documentation. ADMVAL1070: Create of web module is rejected. ADMVAL1047: Value
'�粮Jot粮MBCR3' is not valid for attribute 'context-root' of web module.
Please refer to admin documentation. ADMVAL1070: Create of web module is rejected.



 Comments   
Comment by Anissa Lam [ 05/Jul/07 ]

I seem to remember there was an issue before relating to multibyte chars and
deployment, but i can't find it now.
Adding Hong to the cc list

Comment by Hong Zhang [ 06/Jul/07 ]
      • Issue 3293 has been marked as a duplicate of this issue. ***
Comment by Hong Zhang [ 06/Jul/07 ]

In the admin validation code
./glassfish/admin/validator/src/java/com/sun/enterprise/config/serverbeans/validation/config/validation-descriptors.xml

It explicitly validates the context root attribute:
<attribute name="context-root" type="string"
regex="([a-zA-Z0-9$\-_.+!*'(),]|%[0-9A-Fa-f][0-9A-Fa-f]|;|:|&|=)(/([a-zA-Z0-9$-_.+!'(),]|%[0-9A-Fa-f][0-9A-Fa-f]|;|:|&|=))"/>

Assign to admin for appropriate fix.

Comment by Hong Zhang [ 06/Jul/07 ]

Additional comments for Vince:
I understand the scenario you filed for this issue is slightly different from
issue 3293. However, the underlying cause is the same. Both code paths will
trigger the admin validation code for the context root attribute. Once we fix
that part, both problems should go away. If not, feel free to re-open them.

Comment by vince kraemer [ 06/Jul/07 ]

What's the issue here: The admin GUI is mangling the value of the Context Root
field before sending it to the admin code.

Comment by vince kraemer [ 06/Jul/07 ]

forgot to reassign

Comment by Hong Zhang [ 06/Jul/07 ]

Sorry, I missed the part where the context root was already mangled before
sending to the admin backend. In that case, there is something in the admin-gui
that also needs to be fixed.

Comment by Anissa Lam [ 06/Jul/07 ]

-> cchidamb

Comment by cchidamb [ 06/Jul/07 ]

I remember this issue is/was in woodstock. When we use their upload tag i.e. a
form with enctype set to multipart/form-data, non-ASCII chars are not handled
properly. I'm trying to find out the issue/bug number we filed on woodstock before.

Comment by cchidamb [ 06/Jul/07 ]

This is duplicate of issue# 861, pls look at the woodstock bugid 6524171, which
is a p2 bug. I've updated the bugid today asking what's going on about this in
their end.

Comment by Anissa Lam [ 12/Jul/07 ]

After discussing this with Dhiru and Sridatta, we decided to downgrade this bug
to P4, mark the target release to 9.1ur1 and release note this issue.
Here is the reason:

  • the issue and fix is in the Woodstock component. At this point, it is not
    clear whether woodstock has fixed this issue in 4.x.
  • 4.0 is whats integrated to GlassFish. Even if the fix is in 4.1, it is too
    risky to do another integration now. Senthil has tested the 4.1 build and there
    is lots of issue found.

We will release note to tell user that no multibyte char will be supported in
this deployment page for uploading app.

Comment by vince kraemer [ 12/Jul/07 ]

What is the roadmap/schedule for GF V2 Update 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.





Generated at Sun Feb 14 21:38:14 UTC 2016 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.