[JBoss JIRA] (JBIDE-15398) CDI Builder is sloooow
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15398?page=com.atlassian.jira.plugi... ]
Fred Bricon updated JBIDE-15398:
--------------------------------
Description:
After cloning https://github.com/wildfly/wildfly, if you import all 130 projects as Maven projects, the CDI nature is automatically added via an m2e configurator.
52 minutes after the import, the workspace is currently building at 81% and counting. Random jstack calls show most of the time is spent in the CDI Builder, as shown on the progress bar.
If I import the same projects in Luna (haven't tried on an clean KeplerEE distro yet) without CDI support (and admittedly the bulk of JBT), import+build complete in ~12/13 min
was:
After cloning https://github.com/wildfly/wildfly, if you import all 130 projects as Maven projects, the CDI nature is automatically added via an m2e configurator.
52 minutes after the import, the workspace is currently building at 81% and counting. Random jstack calls show most of the time is spent in the CDI Builder, as shown on the progress bar.
If I import the same projects in Luna (haven't tried on an clean KeplerEE distro yet) without CDI support (and admittedly the builk of JBT), import+build complete in ~12/13 min
> CDI Builder is sloooow
> ----------------------
>
> Key: JBIDE-15398
> URL: https://issues.jboss.org/browse/JBIDE-15398
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdi
> Affects Versions: 4.1.0.Final
> Environment: Thinkpad T510, Windows 7-64, default JBDS 7.0.0.GA settings, jdk1.7.0_25
> Reporter: Fred Bricon
> Assignee: Viacheslav Kabanovich
> Priority: Critical
> Fix For: 4.2.0.Alpha1
>
> Attachments: cdi-build-1.txt, cdi-build-2.txt, cdi-build-3.txt, MemoryUsedOnWildflyBuild.png
>
>
> After cloning https://github.com/wildfly/wildfly, if you import all 130 projects as Maven projects, the CDI nature is automatically added via an m2e configurator.
> 52 minutes after the import, the workspace is currently building at 81% and counting. Random jstack calls show most of the time is spent in the CDI Builder, as shown on the progress bar.
> If I import the same projects in Luna (haven't tried on an clean KeplerEE distro yet) without CDI support (and admittedly the bulk of JBT), import+build complete in ~12/13 min
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBIDE-15398) CDI Builder is sloooow
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15398?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-15398:
-------------------------------------
The Maven Import wizard in m2e <=1.4 has a memory leak that retains ~350MB of memory during and after importing the WildFly codebase. This leak is fixed in m2e 1.5.0 (snapshots at http://nexus.tesla.io:8081/nexus/content/sites/m2e.extras/m2e/1.5.0/N/LAT...). This is the version I used to report this bug.
I'm currently refactoring the m2e import process to make it much faster.
> CDI Builder is sloooow
> ----------------------
>
> Key: JBIDE-15398
> URL: https://issues.jboss.org/browse/JBIDE-15398
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdi
> Affects Versions: 4.1.0.Final
> Environment: Thinkpad T510, Windows 7-64, default JBDS 7.0.0.GA settings, jdk1.7.0_25
> Reporter: Fred Bricon
> Assignee: Viacheslav Kabanovich
> Priority: Critical
> Fix For: 4.2.0.Alpha1
>
> Attachments: cdi-build-1.txt, cdi-build-2.txt, cdi-build-3.txt, MemoryUsedOnWildflyBuild.png
>
>
> After cloning https://github.com/wildfly/wildfly, if you import all 130 projects as Maven projects, the CDI nature is automatically added via an m2e configurator.
> 52 minutes after the import, the workspace is currently building at 81% and counting. Random jstack calls show most of the time is spent in the CDI Builder, as shown on the progress bar.
> If I import the same projects in Luna (haven't tried on an clean KeplerEE distro yet) without CDI support (and admittedly the builk of JBT), import+build complete in ~12/13 min
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBIDE-15203) Error publishing html files to WildFly on Windows (WildFly locks deployed files)
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15203?page=com.atlassian.jira.plugi... ]
Rob Stryker reassigned JBIDE-15203:
-----------------------------------
Assignee: Fred Bricon (was: Rob Stryker)
Can you verify this was fixed? Seems the upstream issue was fixed.
> Error publishing html files to WildFly on Windows (WildFly locks deployed files)
> --------------------------------------------------------------------------------
>
> Key: JBIDE-15203
> URL: https://issues.jboss.org/browse/JBIDE-15203
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.1.0.CR1
> Environment: Win 7
> Reporter: Fred Bricon
> Assignee: Fred Bricon
> Priority: Blocker
> Fix For: 4.1.x
>
>
> Created a simple maven web app, deployed onto a WildFly 8.0.0.Alpha2. The edited an index.html file and got
> {noformat}
> Error renaming D:\Dev\servers\wildfly-8.0.0.Alpha2\standalone\tmp\tmp8284536747609996823.html to D:\Dev\servers\wildfly-8.0.0.Alpha2\standalone\deployments\w.war\index.html.
> This may be caused by your server's temporary deploy directory being on a different filesystem than the final destination.
> You may adjust these settings in the server editor.
> {noformat}
> Obviously the filesystem is identical.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBIDE-8531) WSDL files should be accessible to BPEL project from another project (without copying)
by Andrej Podhradsky (JIRA)
[ https://issues.jboss.org/browse/JBIDE-8531?page=com.atlassian.jira.plugin... ]
Andrej Podhradsky closed JBIDE-8531.
------------------------------------
Verified with JBTIS 4.1.2
> WSDL files should be accessible to BPEL project from another project (without copying)
> --------------------------------------------------------------------------------------
>
> Key: JBIDE-8531
> URL: https://issues.jboss.org/browse/JBIDE-8531
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: bpel
> Affects Versions: 3.2.0.CR1
> Environment: all
> Reporter: Robert (Bob) Brodt
> Assignee: Andrej Podhradsky
> Fix For: 3.3.0.CR1-SOA, 4.0.0.Alpha1-SOA
>
>
> SOA-P 5.2 PRD document requirement SOA-TOOL-2:
> The SOA-5.2 PRD requirements include the ability of a BPEL project to reference WSDLs (and probably XSDs as well) in another project without having to make copies. The assumption is that all resources are in the same eclipse workspace, not in a file system folder or remote server.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBIDE-11965) Cannot import a wsdl file generated by JBoss ESB into BPEL project
by Andrej Podhradsky (JIRA)
[ https://issues.jboss.org/browse/JBIDE-11965?page=com.atlassian.jira.plugi... ]
Andrej Podhradsky resolved JBIDE-11965.
---------------------------------------
Resolution: Done
Maybe Bob forgot to set this issue as resolved because it is fixed in JBTIS 4.1.2
> Cannot import a wsdl file generated by JBoss ESB into BPEL project
> ------------------------------------------------------------------
>
> Key: JBIDE-11965
> URL: https://issues.jboss.org/browse/JBIDE-11965
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: bpel
> Affects Versions: 3.3.0.CR1-SOA
> Reporter: Andrej Podhradsky
> Assignee: Robert (Bob) Brodt
> Fix For: 4.0.0.Alpha1-SOA
>
> Attachments: helloworld.esb
>
>
> Importing a wsdl file generated by JBoss ESB using 'Import' wizard throws the following error:
> 'The WSDL file could not be imported.'
> Note that it doesn't matter if we try to import the wsdl file from local or from the server.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months