[JBoss JIRA] (JBIDE-17700) Cannot deploy jsf war with eclipse luna and jboss 7.1.x
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17700?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-17700:
-------------------------------------
So what's the next step here? I can pretty much be certain this isn't any error in ASTools because we don't have access to plexus or set its classloaders anywhere, and the bug is directly caused by the wrong classloader... so... any ideas?
> Cannot deploy jsf war with eclipse luna and jboss 7.1.x
> -------------------------------------------------------
>
> Key: JBIDE-17700
> URL: https://issues.jboss.org/browse/JBIDE-17700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: forge, maven, server
> Environment: Win 7, Eclilpse Luna, JBoss Tools (via market place)
> Reporter: Oliver Pfau
> Assignee: Rob Stryker
> Priority: Critical
> Fix For: 4.2.0.Beta3
>
> Attachments: pom.xml
>
>
> When I publish my war to jboss 7.1 the following error occurs:
> An internal error occurred during: "Publishing to JBoss AS 7.1...".
> Could not initialize class de.schlichtherle.io.ArchiveControllers
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17393) Show on main Central page the "Early Access" status
by Michelle Murray (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17393?page=com.atlassian.jira.plugi... ]
Michelle Murray commented on JBIDE-17393:
-----------------------------------------
Is there a reason to have both? Can it not just be 'Early Access Enabled' to match the checkbox on the Updated tab?
> Show on main Central page the "Early Access" status
> ---------------------------------------------------
>
> Key: JBIDE-17393
> URL: https://issues.jboss.org/browse/JBIDE-17393
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: central
> Affects Versions: 4.2.0.Beta2
> Reporter: Mickael Istria
> Assignee: Mickael Istria
> Labels: early-access
> Fix For: 4.2.0.Beta3
>
>
> The main Central page (not Software one) should show the "Early Access" status. It can be one of
> * No Early Access component installed, no Early Access enabled (shows nothing)
> * No Early Access component installed, Early Access enabled (shows Early Access enabled)
> * at least 1 Early Access component installed, Early Access Enabled
> * at least 1 Early Access component installed, Early Access not Enabled
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17025) Patching EAP 6.2 breaks classpath jar files
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17025?page=com.atlassian.jira.plugi... ]
Nick Boldt commented on JBIDE-17025:
------------------------------------
If it helps to ease the migration effort, you can use OUR target platforms for Kepler [1] and Luna [2], and compare their contents using the p2diff [3] and p2browser [4] tools.
[1] http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.3...
[2] http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.4...
[3] https://github.com/irbull/p2diff
[4] https://github.com/ifedorenko/p2-browser/
I also recommend a visual diff tool like Beyond Compare [5] if you want to see what files appear in two target platform folders on disk.
[5] http://www.scootersoftware.com/moreinfo.php
And, if you want some tooling to create & validate a target platform you're building for your RCP app, have a look at this stuff [6], [7]:
[6] https://github.com/jbosstools/jbosstools-devdoc/blob/master/building/targ...
[7] https://github.com/jbosstools/jbosstools-build-ci/blob/master/util/verify...
> Patching EAP 6.2 breaks classpath jar files
> -------------------------------------------
>
> Key: JBIDE-17025
> URL: https://issues.jboss.org/browse/JBIDE-17025
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.1.2.Final
> Environment: Windows 7, Kepler SR2
> Reporter: Jesper Skov
> Assignee: Rob Stryker
> Priority: Blocker
> Fix For: 4.2.0.Beta2
>
>
> Using the JBoss CLI command 'patch apply .../eap-6.2.2.zip' breaks some of the module jars (the files become invalid ZIP-archives).
> This is apparently done as a way to mark the modules off-limits for the container, while still allowing roll-back if necessary.
> See https://access.redhat.com/site/discussions/726623
> Unfortunately, Eclipse includes these jars in the JBossTools-defined classpath. When scanned, these will be found corrupt, and the project classpath marked as broken.
> On my installation, the first few files to trigger this problem are:
> * modules/system/layers/base/javax/el/api/main/jboss-el-api_2.2_spec-1.0.2.Final-redhat-1.jar
> * modules/system/layers/base/javax/el/api/main/jboss-el-api_2.2_spec-1.0.2.Final-redhat-1.jar
> I guess it might be possible to adjust the server definition's Default Classpath Entries in Eclipse preferences. But I decided to just copy the original EAP 6.2 files on top of the runtime and get on with work...
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months