[JBoss JIRA] (FORGE-2660) ~18OO 385 4895 + Norton Antivirus Helpdesk Phone Number , Norton Antivirus customer service number, Norton Antivirus customer support phone number, Call for technical help by third party support
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-2660?page=com.atlassian.jira.plugin... ]
George Gastaldi deleted FORGE-2660:
-----------------------------------
> ~18OO 385 4895 + Norton Antivirus Helpdesk Phone Number , Norton Antivirus customer service number, Norton Antivirus customer support phone number,Call for technical help by third party support
> -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: FORGE-2660
> URL: https://issues.jboss.org/browse/FORGE-2660
> Project: Forge
> Issue Type: Bug
> Reporter: help tech
>
> Technical Support For Norton antivirus Issue : 1800-385-4895 Norton antivirus +1800-385-4895 Customer Support Number, Norton antivirus Technical Helpline Number USA, Norton antivirus support phone number united states +1800-385-4895 Norton antivirus +1800-385-4895 Customer Support , Norton antivirus technical Support phone number USA, Norton antivirus support phone number united states +1800-385-4895 Norton antivirus +1800-385-4895 Customer Support Number Norton antivirus technical Support phone number USA, Norton antivirus support phone number united states +1800-385-4895 +1800-385-4895@@@ Norton antivirus tech support number , .Norton antivirus technical support phone number Norton antivirus Toll Free - 1800-385-4895 Norton antivirus Technical Support Number, Norton antivirus help desk phone number Just Call, +1800-385-4895 for all type help related Norton antivirus Issue support telephone number,Norton antivirus support phone number,Norton antivirus support phone number,Norton antivirus help phone number, Norton antivirus technical support number.Norton antivirus support number, Norton antivirus phone number, Norton antivirus tech support number, Norton antivirus customer support number, Norton antivirus customer support phone number, Norton antivirus customer service phone number, Norton antivirus customer service phone number, Norton antivirus support phone number Norton antivirus help number-Norton antivirus Helpline Number; Norton antivirus help phone number-Norton antivirus Helpline Number, Norton antivirus Tech Support Toll free Number, Norton antivirus Support Telephone Number, Norton antivirus Tech Support Telephone number, Norton antivirus Tech Support contact number, Norton antivirus support contact number, Norton antivirus technical support contact number, Norton antivirus help desk phone number.Norton antivirus password recovery support phone number. Just Call-1800-385-4895-: Norton antivirus password recovery support phone number. Norton antivirus technical support, Norton antivirus Customer Service Phone Number, Norton antivirus Customer Service Number, Norton antivirus Customer Support Phone Number, Norton antivirus Customer Support Number, Norton antivirus Customer Service Helpline Number, Norton antivirus Customer Care Number, Norton antivirus support team phone number. Norton antivirus password recovery support phone number. Call,@(+1800-385-4895)@-: Norton antivirus help number-Norton antivirus Helpline Number; Norton antivirus help phone number, Norton antivirus Helpline Number, Norton antivirus Tech Support Toll free Number, Norton antivirus Support Telephone Number, Norton antivirus Tech Support Telephone number, Norton antivirus Tech Support contact number, Norton antivirus support contact number, Norton antivirus technical support contact number, Norton antivirus support phone number, Norton antivirus support phone number. Norton antivirus customer support phone number.. Norton antivirus password reset support phone number. Norton antivirus +1800-385-4895 Customer Support Number Norton antivirus technical Support phone number USA, Norton antivirus support phone number united states +1800-385-4895 +1800-385-4895@@@ Norton antivirus tech support number , .Norton antivirus technical support phone number Norton antivirus Toll Free - 1800-385-4895 Norton antivirus Technical Support Number, Norton antivirus help desk phone number Just Call, +1800-385-4895 for all type help related Norton antivirus Issue support telephone number,Norton antivirus support phone number,Norton antivirus support phone number,Norton antivirus help phone number, Norton antivirus technical support number.Norton antivirus support number, Norton antivirus phone number, Norton antivirus tech support number, Norton antivirus customer support number, Norton antivirus customer support phone number, Norton antivirus customer service phone number, Norton antivirus customer service phone number, Norton antivirus support phone number Norton antivirus help number-Norton antivirus Helpline Number; Norton antivirus help phone number-Norton antivirus Helpline Number, Norton antivirus Tech Support Toll free Number, Norton antivirus Support Telephone Number, Norton antivirus Tech Support Telephone number, Norton antivirus Tech Support contact number, Norton antivirus support contact number, Norton antivirus technical support contact number, Norton antivirus help desk phone number.Norton antivirus password recovery support phone number.
> Disclaimer : we are the third party technical support independent one
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ROASTER-107) Problems with generic types in MethodSource.setReturnType
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/ROASTER-107?page=com.atlassian.jira.plugi... ]
George Gastaldi commented on ROASTER-107:
-----------------------------------------
Can you provide a PR? Would be really glad to merge it.
Thanks
> Problems with generic types in MethodSource.setReturnType
> ---------------------------------------------------------
>
> Key: ROASTER-107
> URL: https://issues.jboss.org/browse/ROASTER-107
> Project: Roaster
> Issue Type: Bug
> Components: API, Formatter
> Affects Versions: 2.18.7.Final
> Reporter: Kevin Mian Kraiker
> Assignee: George Gastaldi
> Fix For: 2.19.0.Final
>
>
> When trying to set a method's return type, if there's a space between two generic types (for example as in TreeMap<String, Object>), an IllegalArgumentExeption gets thrown saying the identifier for the second type is invalid (because it includes the space character as part of it). If there's none, then the final formatted code has one, although the non-formatted one hasn't, which is inconsistent...
> {code:java}
> @Test
> public void throwsException() {
> JavaClassSource classSource = Roaster.create(JavaClassSource.class);
> MethodSource<JavaClassSource> newMethod = classSource.addMethod()
> .setName("tstMethod")
> .setPublic();
> newMethod.setReturnType("java.util.TreeMap<java.util.String, java.util.Object>"); // Counts space as part of the second type's name
> newMethod.setBody("return new TreeMap<String, Object>();");
> assertTrue(newMethod.getReturnType().toString().equals("TreeMap<String, Object>")); // If the exception wasn't thrown, this should pass.
> // Also, if there's no space - as in 'java.util.TreeMap<java.util.String,java.util.Object>', the class' formatted code has one but the above test would fail.
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ROASTER-107) Problems with generic types in MethodSource.setReturnType
by Kevin Mian Kraiker (JIRA)
[ https://issues.jboss.org/browse/ROASTER-107?page=com.atlassian.jira.plugi... ]
Kevin Mian Kraiker commented on ROASTER-107:
--------------------------------------------
Solved the first one, I think the same problem happens on {noformat}JavaDocTest.testJavaDocFullTextShouldFormatParamWithSpace:199{noformat}
> Problems with generic types in MethodSource.setReturnType
> ---------------------------------------------------------
>
> Key: ROASTER-107
> URL: https://issues.jboss.org/browse/ROASTER-107
> Project: Roaster
> Issue Type: Bug
> Components: API, Formatter
> Affects Versions: 2.18.7.Final
> Reporter: Kevin Mian Kraiker
> Assignee: George Gastaldi
> Fix For: 2.19.0.Final
>
>
> When trying to set a method's return type, if there's a space between two generic types (for example as in TreeMap<String, Object>), an IllegalArgumentExeption gets thrown saying the identifier for the second type is invalid (because it includes the space character as part of it). If there's none, then the final formatted code has one, although the non-formatted one hasn't, which is inconsistent...
> {code:java}
> @Test
> public void throwsException() {
> JavaClassSource classSource = Roaster.create(JavaClassSource.class);
> MethodSource<JavaClassSource> newMethod = classSource.addMethod()
> .setName("tstMethod")
> .setPublic();
> newMethod.setReturnType("java.util.TreeMap<java.util.String, java.util.Object>"); // Counts space as part of the second type's name
> newMethod.setBody("return new TreeMap<String, Object>();");
> assertTrue(newMethod.getReturnType().toString().equals("TreeMap<String, Object>")); // If the exception wasn't thrown, this should pass.
> // Also, if there's no space - as in 'java.util.TreeMap<java.util.String,java.util.Object>', the class' formatted code has one but the above test would fail.
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ROASTER-107) Problems with generic types in MethodSource.setReturnType
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/ROASTER-107?page=com.atlassian.jira.plugi... ]
George Gastaldi commented on ROASTER-107:
-----------------------------------------
I pushed another commit to this test. Probably it fails because of the {{line.separator}}. See if it works now
> Problems with generic types in MethodSource.setReturnType
> ---------------------------------------------------------
>
> Key: ROASTER-107
> URL: https://issues.jboss.org/browse/ROASTER-107
> Project: Roaster
> Issue Type: Bug
> Components: API, Formatter
> Affects Versions: 2.18.7.Final
> Reporter: Kevin Mian Kraiker
> Assignee: George Gastaldi
> Fix For: 2.19.0.Final
>
>
> When trying to set a method's return type, if there's a space between two generic types (for example as in TreeMap<String, Object>), an IllegalArgumentExeption gets thrown saying the identifier for the second type is invalid (because it includes the space character as part of it). If there's none, then the final formatted code has one, although the non-formatted one hasn't, which is inconsistent...
> {code:java}
> @Test
> public void throwsException() {
> JavaClassSource classSource = Roaster.create(JavaClassSource.class);
> MethodSource<JavaClassSource> newMethod = classSource.addMethod()
> .setName("tstMethod")
> .setPublic();
> newMethod.setReturnType("java.util.TreeMap<java.util.String, java.util.Object>"); // Counts space as part of the second type's name
> newMethod.setBody("return new TreeMap<String, Object>();");
> assertTrue(newMethod.getReturnType().toString().equals("TreeMap<String, Object>")); // If the exception wasn't thrown, this should pass.
> // Also, if there's no space - as in 'java.util.TreeMap<java.util.String,java.util.Object>', the class' formatted code has one but the above test would fail.
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ROASTER-107) Problems with generic types in MethodSource.setReturnType
by Kevin Mian Kraiker (JIRA)
[ https://issues.jboss.org/browse/ROASTER-107?page=com.atlassian.jira.plugi... ]
Kevin Mian Kraiker commented on ROASTER-107:
--------------------------------------------
Windows 10 x64, JDK 1.8.0u91, Maven 3.3.3
> Problems with generic types in MethodSource.setReturnType
> ---------------------------------------------------------
>
> Key: ROASTER-107
> URL: https://issues.jboss.org/browse/ROASTER-107
> Project: Roaster
> Issue Type: Bug
> Components: API, Formatter
> Affects Versions: 2.18.7.Final
> Reporter: Kevin Mian Kraiker
> Assignee: George Gastaldi
> Fix For: 2.19.0.Final
>
>
> When trying to set a method's return type, if there's a space between two generic types (for example as in TreeMap<String, Object>), an IllegalArgumentExeption gets thrown saying the identifier for the second type is invalid (because it includes the space character as part of it). If there's none, then the final formatted code has one, although the non-formatted one hasn't, which is inconsistent...
> {code:java}
> @Test
> public void throwsException() {
> JavaClassSource classSource = Roaster.create(JavaClassSource.class);
> MethodSource<JavaClassSource> newMethod = classSource.addMethod()
> .setName("tstMethod")
> .setPublic();
> newMethod.setReturnType("java.util.TreeMap<java.util.String, java.util.Object>"); // Counts space as part of the second type's name
> newMethod.setBody("return new TreeMap<String, Object>();");
> assertTrue(newMethod.getReturnType().toString().equals("TreeMap<String, Object>")); // If the exception wasn't thrown, this should pass.
> // Also, if there's no space - as in 'java.util.TreeMap<java.util.String,java.util.Object>', the class' formatted code has one but the above test would fail.
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ROASTER-107) Problems with generic types in MethodSource.setReturnType
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/ROASTER-107?page=com.atlassian.jira.plugi... ]
George Gastaldi commented on ROASTER-107:
-----------------------------------------
Weird, I don't see that test failing. What OS are you running it?
> Problems with generic types in MethodSource.setReturnType
> ---------------------------------------------------------
>
> Key: ROASTER-107
> URL: https://issues.jboss.org/browse/ROASTER-107
> Project: Roaster
> Issue Type: Bug
> Components: API, Formatter
> Affects Versions: 2.18.7.Final
> Reporter: Kevin Mian Kraiker
> Assignee: George Gastaldi
> Fix For: 2.19.0.Final
>
>
> When trying to set a method's return type, if there's a space between two generic types (for example as in TreeMap<String, Object>), an IllegalArgumentExeption gets thrown saying the identifier for the second type is invalid (because it includes the space character as part of it). If there's none, then the final formatted code has one, although the non-formatted one hasn't, which is inconsistent...
> {code:java}
> @Test
> public void throwsException() {
> JavaClassSource classSource = Roaster.create(JavaClassSource.class);
> MethodSource<JavaClassSource> newMethod = classSource.addMethod()
> .setName("tstMethod")
> .setPublic();
> newMethod.setReturnType("java.util.TreeMap<java.util.String, java.util.Object>"); // Counts space as part of the second type's name
> newMethod.setBody("return new TreeMap<String, Object>();");
> assertTrue(newMethod.getReturnType().toString().equals("TreeMap<String, Object>")); // If the exception wasn't thrown, this should pass.
> // Also, if there's no space - as in 'java.util.TreeMap<java.util.String,java.util.Object>', the class' formatted code has one but the above test would fail.
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ROASTER-107) Problems with generic types in MethodSource.setReturnType
by Kevin Mian Kraiker (JIRA)
[ https://issues.jboss.org/browse/ROASTER-107?page=com.atlassian.jira.plugi... ]
Kevin Mian Kraiker commented on ROASTER-107:
--------------------------------------------
For me, it does; my concern was about the (remote but present) possibility of someone using tabs and/or line breaks between those types having problems later on.
Current master compilation returns only two unrelated test failures:
{noformat}
Failed tests:
JavaClassCreationTest.testImportStatementHasEmptyLineBeforeClassDeclaration:50 expected:<package org.foo;[
import java.lang.annotation.Documented;
@Documented
public class JavaClass {]
}> but was:<package org.foo;[
import java.lang.annotation.Documented;
@Documented
]ublic class JavaClass {
}>
JavaDocTest.testJavaDocFullTextShouldFormatParamWithSpace:199 expected:<...ew instance of CLASS[
@param actual the actual value.]
@return the modifie...> but was:<...ew instance of CLASS[
]param actual the actual value.
@return the modifie...>
{noformat}
> Problems with generic types in MethodSource.setReturnType
> ---------------------------------------------------------
>
> Key: ROASTER-107
> URL: https://issues.jboss.org/browse/ROASTER-107
> Project: Roaster
> Issue Type: Bug
> Components: API, Formatter
> Affects Versions: 2.18.7.Final
> Reporter: Kevin Mian Kraiker
> Assignee: George Gastaldi
> Fix For: 2.19.0.Final
>
>
> When trying to set a method's return type, if there's a space between two generic types (for example as in TreeMap<String, Object>), an IllegalArgumentExeption gets thrown saying the identifier for the second type is invalid (because it includes the space character as part of it). If there's none, then the final formatted code has one, although the non-formatted one hasn't, which is inconsistent...
> {code:java}
> @Test
> public void throwsException() {
> JavaClassSource classSource = Roaster.create(JavaClassSource.class);
> MethodSource<JavaClassSource> newMethod = classSource.addMethod()
> .setName("tstMethod")
> .setPublic();
> newMethod.setReturnType("java.util.TreeMap<java.util.String, java.util.Object>"); // Counts space as part of the second type's name
> newMethod.setBody("return new TreeMap<String, Object>();");
> assertTrue(newMethod.getReturnType().toString().equals("TreeMap<String, Object>")); // If the exception wasn't thrown, this should pass.
> // Also, if there's no space - as in 'java.util.TreeMap<java.util.String,java.util.Object>', the class' formatted code has one but the above test would fail.
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ROASTER-107) Problems with generic types in MethodSource.setReturnType
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/ROASTER-107?page=com.atlassian.jira.plugi... ]
George Gastaldi commented on ROASTER-107:
-----------------------------------------
Yeah, that's why I am removing all the whitespaces while parsing generics. Let me know if that is working for you and then I can release it
> Problems with generic types in MethodSource.setReturnType
> ---------------------------------------------------------
>
> Key: ROASTER-107
> URL: https://issues.jboss.org/browse/ROASTER-107
> Project: Roaster
> Issue Type: Bug
> Components: API, Formatter
> Affects Versions: 2.18.7.Final
> Reporter: Kevin Mian Kraiker
> Assignee: George Gastaldi
> Fix For: 2.19.0.Final
>
>
> When trying to set a method's return type, if there's a space between two generic types (for example as in TreeMap<String, Object>), an IllegalArgumentExeption gets thrown saying the identifier for the second type is invalid (because it includes the space character as part of it). If there's none, then the final formatted code has one, although the non-formatted one hasn't, which is inconsistent...
> {code:java}
> @Test
> public void throwsException() {
> JavaClassSource classSource = Roaster.create(JavaClassSource.class);
> MethodSource<JavaClassSource> newMethod = classSource.addMethod()
> .setName("tstMethod")
> .setPublic();
> newMethod.setReturnType("java.util.TreeMap<java.util.String, java.util.Object>"); // Counts space as part of the second type's name
> newMethod.setBody("return new TreeMap<String, Object>();");
> assertTrue(newMethod.getReturnType().toString().equals("TreeMap<String, Object>")); // If the exception wasn't thrown, this should pass.
> // Also, if there's no space - as in 'java.util.TreeMap<java.util.String,java.util.Object>', the class' formatted code has one but the above test would fail.
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ROASTER-107) Problems with generic types in MethodSource.setReturnType
by Kevin Mian Kraiker (JIRA)
[ https://issues.jboss.org/browse/ROASTER-107?page=com.atlassian.jira.plugi... ]
Kevin Mian Kraiker commented on ROASTER-107:
--------------------------------------------
Also, I've noticed the commit on github. Thanks for the quick action! On a note, I think it would be more proper to check for any kind of whitespace, just to be safe...
> Problems with generic types in MethodSource.setReturnType
> ---------------------------------------------------------
>
> Key: ROASTER-107
> URL: https://issues.jboss.org/browse/ROASTER-107
> Project: Roaster
> Issue Type: Bug
> Components: API, Formatter
> Affects Versions: 2.18.7.Final
> Reporter: Kevin Mian Kraiker
> Assignee: George Gastaldi
> Fix For: 2.19.0.Final
>
>
> When trying to set a method's return type, if there's a space between two generic types (for example as in TreeMap<String, Object>), an IllegalArgumentExeption gets thrown saying the identifier for the second type is invalid (because it includes the space character as part of it). If there's none, then the final formatted code has one, although the non-formatted one hasn't, which is inconsistent...
> {code:java}
> @Test
> public void throwsException() {
> JavaClassSource classSource = Roaster.create(JavaClassSource.class);
> MethodSource<JavaClassSource> newMethod = classSource.addMethod()
> .setName("tstMethod")
> .setPublic();
> newMethod.setReturnType("java.util.TreeMap<java.util.String, java.util.Object>"); // Counts space as part of the second type's name
> newMethod.setBody("return new TreeMap<String, Object>();");
> assertTrue(newMethod.getReturnType().toString().equals("TreeMap<String, Object>")); // If the exception wasn't thrown, this should pass.
> // Also, if there's no space - as in 'java.util.TreeMap<java.util.String,java.util.Object>', the class' formatted code has one but the above test would fail.
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months
[JBoss JIRA] (ROASTER-107) Problems with generic types in MethodSource.setReturnType
by Kevin Mian Kraiker (JIRA)
[ https://issues.jboss.org/browse/ROASTER-107?page=com.atlassian.jira.plugi... ]
Kevin Mian Kraiker commented on ROASTER-107:
--------------------------------------------
TreeMap<String,_space_Object>*
> Problems with generic types in MethodSource.setReturnType
> ---------------------------------------------------------
>
> Key: ROASTER-107
> URL: https://issues.jboss.org/browse/ROASTER-107
> Project: Roaster
> Issue Type: Bug
> Components: API, Formatter
> Affects Versions: 2.18.7.Final
> Reporter: Kevin Mian Kraiker
> Assignee: George Gastaldi
> Fix For: 2.19.0.Final
>
>
> When trying to set a method's return type, if there's a space between two generic types (for example as in TreeMap<String, Object>), an IllegalArgumentExeption gets thrown saying the identifier for the second type is invalid (because it includes the space character as part of it). If there's none, then the final formatted code has one, although the non-formatted one hasn't, which is inconsistent...
> {code:java}
> @Test
> public void throwsException() {
> JavaClassSource classSource = Roaster.create(JavaClassSource.class);
> MethodSource<JavaClassSource> newMethod = classSource.addMethod()
> .setName("tstMethod")
> .setPublic();
> newMethod.setReturnType("java.util.TreeMap<java.util.String, java.util.Object>"); // Counts space as part of the second type's name
> newMethod.setBody("return new TreeMap<String, Object>();");
> assertTrue(newMethod.getReturnType().toString().equals("TreeMap<String, Object>")); // If the exception wasn't thrown, this should pass.
> // Also, if there's no space - as in 'java.util.TreeMap<java.util.String,java.util.Object>', the class' formatted code has one but the above test would fail.
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 6 months