[GLASSFISH-13762] translation issue for wsgen, wsimport and schemagen Created: 01/Oct/10  Updated: 11/Feb/13

Status: Reopened
Project: glassfish
Component/s: l10n
Affects Version/s: 3.1
Fix Version/s: not determined

Type: Bug Priority: Major
Reporter: leonfan Assignee: clyang
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: 13,762

 Description   

run those command will show some messages, but we couldn't find them in
glassfish workspace:

C:\glassfish3\glassfish\bin>wsgen
JDK's tools.jar was not found in C:\Program Files\Java\lib\tools.jar. Usually th
is means you are running JRE, not JDK. Please use the java command in JDK 5.0 or
later (not JRE.)

  • This command executes com.sun.tools.ws.WsGen could not find iWsGen.java in
    source code
    -------------------------------------------------

C:\glassfish3\glassfish\bin>wsimport
JDK's tools.jar was not found in C:\Program Files\Java\lib\tools.jar. Usually th
is means you are running JRE, not JDK. Please use the java command in JDK 5.0 or
later (not JRE.)

-same, could not find com.sun.tools.ws.WsImport.java
-------------------------------------------------

C:\glassfish3\glassfish\bin>schemagen
JDK's tools.jar was not found in C:\Program Files\Java\lib\tools.jar. Usually th
is means you are running JRE, not JDK. Please use the java command in JDK 5.0 or
later (not JRE.)

-same, could not find com.sun.tools.jxc.SchemaGeneratorFacade.java



 Comments   
Comment by gmurr [ 01/Oct/10 ]

we need to find where the .java files come from first.

Comment by Lukas Jungmann [ 09/Feb/13 ]

wsgen and wsimport are in JAX-WS RI workspace - https://svn.java.net/svn/jax-ws~sources/branches/jaxws22

schemagen and xjc are in JAXB RI workspace - https://svn.java.net/svn/jaxb~version2/branches/jaxb-2_2-branch/





[GLASSFISH-18266] Unlocalized strings in the output of the commands Created: 30/Jan/12  Updated: 21/Sep/15

Status: Reopened
Project: glassfish
Component/s: l10n
Affects Version/s: 3.1.2_b19
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: sunny-gui
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: OEL 6 x64 w/JDK 1.6.0_30 64-Bit
Bundle: ogs-3.1.2-b20_01_29_2012-ml.zip
Server Locale: ja_JP.UTF-8


Attachments: HTML File report.all.html    
Issue Links:
Dependency
depends on GLASSFISH-19844 main-docs-l10n: need help to set up t... Resolved
Tags: 4_0-approved, l10n

 Description   

Unlocalized strings in the output of the commands

To reproduce:
After unzip the bundle, open a terminal window and execute one of the following commands.

asadmin enable-secure-admin --help
asadmin enable-secure-admin
asadmin create-node-ssh
asadmin verify-domain-xml
asadmin generate-domain-schema
asadmin validate-multicast
asadmin list-modules
asadmin create-password-alias --help
asadmin list-password-aliases --help
asadmin list-password-aliases
asadmin update-password-alias --help
asadmin delete-password-alias --help
asadmin list-instances
asadmin list-clusters

There are unlocalized strings in the output of the commands.
Attached results file for your reference.



 Comments   
Comment by sunny-gui [ 31/Jan/12 ]

Verified with the bundle "ogs-3.1.2-b20_01_29_2012-ml.zip" in OEL 6 x64, there are also unlocalized strings when running following commands.

asadmin disable-secure-admin
asadmin backup-domain domainName
asadmin list-backups
asadmin restore-domain domainName
asadmin start-instance insName

Comment by gmurr [ 05/Feb/12 ]

fixed in 3.1.2 b21

Comment by sunny-gui [ 08/Feb/12 ]

Verified in GF 3.1.2 b21 with the bundle "ogs-3.1.2-b21-unix-ml.sh" in OEL 6 x64 w/JDK1.6.0_30 32-Bit, fixed some of the issues, but the following commands output are still not localized.

asadmin generate-domain-schema
asadmin validate-multicast
asadmin list-modules
asadmin list-instances
asadmin list-clusters
asadmin backup-domain domainName
asadmin list-backups
asadmin restore-domain

Comment by sunny-gui [ 10/Feb/12 ]

As mentioned above, for some of the commands this issue is reproducible, so reopen it.

Comment by clyang [ 28/Mar/13 ]

This depends on a succcessful build and publish into maven repository for main-docs-l10n.

Comment by clyang [ 04/Apr/13 ]
  • What is the impact on the customer of the bug?

How likely is it that a customer will see the bug and how serious is the bug?
Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
What CTS failures are caused by this bug?

This integration will incorporate the localized version of on-line help and man pages into Glassfish workspace.

  • What is the cost/risk of fixing the bug?

How risky is the fix? How much work is the fix? Is the fix complicated?

Low risk. This integration will add localized version of on-line help and man pages. Changes are made to pom.xml to add a plugin which will zip up the l10n doc files into the distributions.

  • Is there an impact on documentation or message strings?

No

  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

Once this is integrated into the build, QA can run on-line help and man pages of the supported l10n languages in Glassfish.

  • Which is the targeted build of 4.0 for this fix?

Next available build - should be 4.0_b85.

  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.

N/A

Comment by clyang [ 10/Apr/13 ]

Fix will be available in the next Glassfish 4.0 build.

Comment by clyang [ 10/Apr/13 ]

The localized online help and man pages have been checked into main-docs-l10n.
The build #4 has been released to maven central.
The fix should be available in the next Glassfish build.

Comment by clyang [ 10/Apr/13 ]

Assign to Sunny to verify the fix in the next Glassfish build.

Comment by sunny-gui [ 22/May/13 ]

Verified with bundle 'glassfish-4.0-b89-windows-ml.exe' in Windows 7 ENT SP1 x64 zh_CN Native, it is reproducible.





[GLASSFISH-8509] Accepting License in Spanish requires "s" or "So", but "No" or "no" Created: 11/Jun/09  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: pierrot Assignee: pierrot
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: 8,509

 Description   

Exact Build:
http://milestone.india.sun.com/java/re/glassfish/v2.1-sust/promoted/p03/b02/bundles
Platform: seen on AIX, but it is probably the same in others platforms

In the Spanish CLI installer (./setup -console), when you need to agree with the
license, you can answer either yes or no. Here are the possibilities that are
currently working:
No, no -> to say no
S, s -> to say yes

Since the default value is "No" is visible, the user would expect "Sí, sí" as
positive answer. Moreover, "Sí, sí" is used for the rest of the installer.

[...]
Please contact Sun Microsystems, Inc. 4150 Network Circle,
Santa Clara, California 95054 if you have questions.

Si ha le�do y aceptado todas las condiciones del Acuerdo de licencia del
software, responda 's�' para continuar con la instalaci

Si no acepta todas las condiciones del Acuerdo de licencia del software,
responda 'no'. El programa de instalaci�n finalizar� sin instalar el
producto.

�Ha le�do y acepta todas las condiciones del Acuerdo de licencia del
software anterior [No]

{"<" para volver atr�s, "!" para salir}

? s

Los componentes de Sun GlassFish Enterprise Server se instalar�n en el
directorio siguiente, que se conocer� como el "Directorio de instalaci�n". Para
usar este directorio, pulse la tecla Intro. Para usar un directorio distinto,
introduzca la ruta completa del directorio que desea usar y pulse la tecla
Intro.

Directorio de instalaci�n [/opt/SUNWappserver]

{"<" para volver atr�s, "!" para salir}

: ^Cbash-3.00#



 Comments   
Comment by pierrot [ 11/Jun/09 ]

I tried on Linux 5, and did not have the problem. I could enter there both sí/Sí
and s/S.

I tried again on the AIX machine, with my terminal set to use UTF-8 -> Sí/sí
does not work. Setting my terminal to ISO-8859-1 or ISO-8859-15, Sí/sí works
fine. For information, my environment setting on AIX:
bash-3.00# locale
LANG=es_ES
LC_COLLATE="es_ES"
LC_CTYPE="es_ES"
LC_MONETARY="es_ES"
LC_NUMERIC="es_ES"
LC_TIME="es_ES"
LC_MESSAGES="es_ES"
LC_ALL=es_ES

So the question is: do we consider it is an AIX issue, or that GlassFish should
work the way that it should accept UTF-8 characters ?
Any case, lowering the priority.

Comment by gmurr [ 24/Sep/09 ]

I think this is l10n 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-6805] German Locale: Missing question mark Created: 18/Nov/08  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: mkarg Assignee: pierrot
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: 6,805
Status Whiteboard:

v2.1.1_exclude


 Description   

Admin GUI shows question whether user really wants to log out after pressing on
the log out button. In German Locale, the question mark at the end of this
question is missing.



 Comments   
Comment by gmurr [ 19/Nov/08 ]

reassign to kaska

Comment by mkarg [ 27/Apr/09 ]

Increased priority to P3 according to
https://glassfish.dev.java.net/public/IssueTrackerPriority.html as this is a
L10N bug.

Comment by mingd [ 24/Sep/09 ]

Reassign to Pierrot

Comment by Ed Bratt [ 15/Oct/09 ]

Will not fix in 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-6804] German Locale: "Standard-Absenderadresse" must be "Standard-Rücksendeadresse" Created: 18/Nov/08  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: mkarg Assignee: pierrot
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: 6,804
Status Whiteboard:

v2.1.1_exclude


 Description   

German l10n of admin GUI: JavaMail resource shows the label
"Standard-Absenderadresse" (means "Default Sender Address"). Regarding to the
descriptive text shown in that view, this is NOT the default SENDER address but
the default REPLY TO address. So the German label must be
"Standard-Rücksendeadresse" instead to correctly express what this option really
is good for.



 Comments   
Comment by gmurr [ 19/Nov/08 ]

reassign to kaska

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 mkarg [ 27/Apr/09 ]

Increased priority to P3 according to
https://glassfish.dev.java.net/public/IssueTrackerPriority.html, as this is a
L10N bug.

Comment by mingd [ 24/Sep/09 ]

Reassign to Pierre

Comment by Ed Bratt [ 15/Oct/09 ]

Will not fix in 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-3753] Mentoring "http-listener*" or "request", "Count" is badly translated for FR+ES Created: 09/Oct/07  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: pierrot Assignee: helca
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: PNG File fr_glassfish_b58_205680_1.png     PNG File gf2.1b2_es_12_14130_01.png    
Issuezilla Id: 3,753

 Description   

In Monitor section, if views like "http-listener*" or "request" are selected,
there is a column storing numbers. Next to any number, there is always a
superfluous "Nombre" string. This should be translated as "fois".

1.Select [Application Server] link in left menu tree.
2.click [Monitor] tab in the right frame, check the page.
3.choose [http-listener-1] in droplist for [View:]

NB: this is more an l10n bug than an i18n one, but I did not find any l10n
subcomponent



 Comments   
Comment by pierrot [ 09/Oct/07 ]

Created an attachment (id=1193)
Screenshot showing where and what the error is.

Comment by gfbugbridge [ 09/Oct/07 ]

<BT6614933>

Comment by pierrot [ 12/Nov/07 ]

Will be translated properly in l10n release.

Comment by basler [ 12/Nov/07 ]

targeting v3

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 pierrot [ 12/Jan/09 ]

Re-assigning to kaska since she is now working on GF.
Moreover, moving to l10n as it looks like an l10n bug for me.

Comment by pierrot [ 16/Mar/09 ]

Able to reproduce on sges-2_1-p01-bin-b02-sparc-11_mar_2009-ml.zip, in Spanish.

Comment by pierrot [ 16/Mar/09 ]

Created an attachment (id=2380)
See example.

Comment by pierrot [ 24/Mar/09 ]

Another way you can reproduce the issue:My

1. Go to [Common Tasks] - [View Monitoring Data]
2. Choose the [Monitor] tab and the [Applications] subtab
3. Click [Configure Monitoring]
4. Turn on monitoring (choose e.g. HIGH) at some (all) of the applications
5. Save
6. Get back to [Monitoring Applications]
7. Choose e.g. [Application: admingui] and [Component: ThemeServlet]
to obtain some results in the table below

Comment by pierrot [ 27/Apr/09 ]

Reassigning to helca.

Comment by helca [ 27/Apr/09 ]

Verified with sges_ee-2_1-p02-solaris-sparc-ml.bin and it is still there.

Comment by pierrot [ 23/Dec/09 ]

Fixed for French. I do not know how to translate it for Spanish, need to ask our
linguist.

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-3752] The "Application server" link should be translated to "Serveur d'applications" in FR Created: 09/Oct/07  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: pierrot Assignee: pierrot
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: PNG File fr_glassfish_b58_205684_1.png    
Issuezilla Id: 3,752
Status Whiteboard:

V2.1.1_exclude


 Description   

The first entry in the left tree should be transated as "Serveur
d'applications", and not let as "Application server".
The same applies when you click on this link described above: "Application
server" which is in the rop left corner of the right frame should be translated
as well.

NB: this is more an l10n bug than an i18n one, but there were no i18n subcomponent



 Comments   
Comment by pierrot [ 09/Oct/07 ]

Created an attachment (id=1192)
Screenshot of where the issue is

Comment by gfbugbridge [ 09/Oct/07 ]

<BT6614932>

Comment by gmurr [ 07/Nov/07 ]

Since this is l10n issue. We will translate it during l10n release

Comment by gmurr [ 07/Nov/07 ]

fix understood.

Comment by gmurr [ 07/Nov/07 ]

Since it is l10n issue, reassigning it to Pierrot.

Comment by gmurr [ 07/Nov/07 ]

will be translated in l10n releaase

Comment by basler [ 12/Nov/07 ]

Targeting V3

Comment by gmurr [ 20/Nov/08 ]

Reassign to kaska

Comment by kaska [ 26/Nov/08 ]

fix verified in build b28c

Comment by helca [ 28/Apr/09 ]

We have seen this bug again in sges_ee-2_1-p02-solaris-sparc-ml (in French).

Comment by helca [ 28/Apr/09 ]

Reopening due to a new occurence.

Comment by mingd [ 24/Sep/09 ]

Reassign to Pierrot

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.





Generated at Wed Sep 28 05:39:14 UTC 2016 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.