[jira] [Comment Edited] (BEAM-2231) ApiSurface should be lazy

2017-07-08 Thread Innocent (JIRA)

[ 
https://issues.apache.org/jira/browse/BEAM-2231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16079226#comment-16079226
 ] 

Innocent edited comment on BEAM-2231 at 7/8/17 4:56 PM:


Please Kenn provide more info on this especially because I think 

{code:java}
getAnyExposurePath(Class exposedClass, Set> excluded)
{code} that will ultimately perform tuning via  {code:java}
addExposedTypes() {code} is this ticket only about performing tuning right from 
the recursive method 
{code:java} getAnyExposurePath(){code} the reason I am asking is because it is 
tagged as a bug and I might be missing the most important part.


was (Author: evindj):
Please Kenn provide more info on this especially because I think 
{noformat}
*no* further _formatting_ is done here
{noformat}

{code:java}
getAnyExposurePath(Class exposedClass, Set> excluded)
{code}
that will ultimately perform tuning via  {code:java}
addExposedTypes()
{code} is this ticket only about performing tuning right from the recursive 
method 
{code:java}
getAnyExposurePath()
{code} the reason I am asking is because it is tagged as a bug and I might be 
missing the most important part.

> ApiSurface should be lazy
> -
>
> Key: BEAM-2231
> URL: https://issues.apache.org/jira/browse/BEAM-2231
> Project: Beam
>  Issue Type: Bug
>  Components: sdk-java-core
>Reporter: Kenneth Knowles
>Assignee: Innocent
>
> Currently, the ApiSurface loads classes recursively, when they should be 
> pruned before loading by the pruning pattern. This has caused crashes because 
> some classes that are never referenced in our code.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Comment Edited] (BEAM-2231) ApiSurface should be lazy

2017-07-08 Thread Innocent (JIRA)

[ 
https://issues.apache.org/jira/browse/BEAM-2231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16079226#comment-16079226
 ] 

Innocent edited comment on BEAM-2231 at 7/8/17 4:56 PM:


Please Kenn provide more info on this especially because I think 

{code:java}
getAnyExposurePath(Class exposedClass, Set> excluded)
{code} that will ultimately perform tuning via  {code:java}
addExposedTypes() {code} is this ticket only about performing tuning right from 
the recursive method ?
{code:java} getAnyExposurePath(){code} The reason I am asking is because it is 
tagged as a bug and I might be missing the most important part.


was (Author: evindj):
Please Kenn provide more info on this especially because I think 

{code:java}
getAnyExposurePath(Class exposedClass, Set> excluded)
{code} that will ultimately perform tuning via  {code:java}
addExposedTypes() {code} is this ticket only about performing tuning right from 
the recursive method 
{code:java} getAnyExposurePath(){code} the reason I am asking is because it is 
tagged as a bug and I might be missing the most important part.

> ApiSurface should be lazy
> -
>
> Key: BEAM-2231
> URL: https://issues.apache.org/jira/browse/BEAM-2231
> Project: Beam
>  Issue Type: Bug
>  Components: sdk-java-core
>Reporter: Kenneth Knowles
>Assignee: Innocent
>
> Currently, the ApiSurface loads classes recursively, when they should be 
> pruned before loading by the pruning pattern. This has caused crashes because 
> some classes that are never referenced in our code.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Comment Edited] (BEAM-2231) ApiSurface should be lazy

2017-07-08 Thread Innocent (JIRA)

[ 
https://issues.apache.org/jira/browse/BEAM-2231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16079226#comment-16079226
 ] 

Innocent edited comment on BEAM-2231 at 7/8/17 4:55 PM:


Please Kenn provide more info on this especially because I think 
{noformat}
*no* further _formatting_ is done here
{noformat}

{code:java}
getAnyExposurePath(Class exposedClass, Set> excluded)
{code}
that will ultimately perform tuning via  {code:java}
addExposedTypes()
{code} is this ticket only about performing tuning right from the recursive 
method 
{code:java}
getAnyExposurePath()
{code} the reason I am asking is because it is tagged as a bug and I might be 
missing the most important part.


was (Author: evindj):
Please Kenn provide more info on this especially because I think 
{code:java}
getAnyExposurePath(Class exposedClass, Set> excluded)
{code}
that will ultimately perform tuning via  {code:java}
addExposedTypes()
{code} is this ticket only about performing tuning right from the recursive 
method 
{code:java}
getAnyExposurePath()
{code} the reason I am asking is because it is tagged as a bug and I might be 
missing the most important part.

> ApiSurface should be lazy
> -
>
> Key: BEAM-2231
> URL: https://issues.apache.org/jira/browse/BEAM-2231
> Project: Beam
>  Issue Type: Bug
>  Components: sdk-java-core
>Reporter: Kenneth Knowles
>Assignee: Innocent
>
> Currently, the ApiSurface loads classes recursively, when they should be 
> pruned before loading by the pruning pattern. This has caused crashes because 
> some classes that are never referenced in our code.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)