[JBoss JIRA] (JBIDE-20071) Allow deploying exploded jars to war/WEB-INF/lib
by Vsevolod Golovanov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20071?page=com.atlassian.jira.plugi... ]
Vsevolod Golovanov edited comment on JBIDE-20071 at 6/16/15 8:42 AM:
---------------------------------------------------------------------
Project structure is:
* EAR
** EJB-1
** EJB-2
** WAR
*** JAR-UI-1
*** JAR-UI-2
(JAR-UIs are in WAR's WEB-INF/lib directory.)
Yes, JAR-UIs have both:
# classes;
# JSF/Facelet resources: XHTMLs, images, css, js...
Servlets look at JAR-UI's META-INF/web-fragment.xml and combine it with web.xml. JSF looks up resources in META-INF/resources.
Changes to classes get applied by Eclipse/JBDS on the fly as usual.
But changes to JSF resources don't get picked up. IDE/Tools deploy them, the new files are there in the server deployments, but VFS still returns old files from the temporary directory (more ramblings [here|http://stackoverflow.com/q/28326523/1341535]).
I've checked that when placing exploded JAR-UI in WAR/WEB-INF/lib:
* server does start successfully;
* when changing a JSF resource, and reloading a page, it does use the updated resources;
* \@Singleton \@Startup does get initialized;
* CDI \@Named beans get found, when binded with EL.
was (Author: vsevolodgolovanov):
Project structure is:
* EAR
** EJB-1
** EJB-2
** WAR
*** JAR-UI-1
*** JAR-UI-2
(JAR-UIs are in WAR's WEB-INF/lib directory.)
Yes, JAR-UIs have both:
# classes;
# JSF/Facelet resources: XHTMLs, images, css, js...
Servlets look at JAR-UI's META-INF/web-fragment.xml and combine it with web.xml. JSF looks up resources in META-INF/resources.
Changes to classes get applied by Eclipse/JBDS on the fly as usual.
But changes to JSF resources don't get picked up. IDE/Tools deploy them, the new files are there in the server deployments, but VFS still returns old files from the temporary directory (more ramblings [here|http://stackoverflow.com/q/28326523/1341535]).
I've checked that when placing exploded JAR-UI in WAR/WEB-INF/lib:
* server does start successfully;
* when changing a JSF resource, and reloading a page, it does use the updated resources.
> Allow deploying exploded jars to war/WEB-INF/lib
> ------------------------------------------------
>
> Key: JBIDE-20071
> URL: https://issues.jboss.org/browse/JBIDE-20071
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Affects Versions: 4.2.3.Final
> Environment: JBoss Developer Studio 8.1.0.GA
> Reporter: Vsevolod Golovanov
>
> There were JBIDE-10318, JBIDE-9836 before. They were pretty strict in that deploying expoded JARs in WAR/WEB-INF/lib is not allowed for some reason. The only actual reason seemed to be that the server at the time refused to deploy such structure. Maybe the server was in the wrong? This was fixed in AS7-4704.
> Now with Wildfly 8.2.0.Final exploded JARs in WAR/WEB-INF/lib deploy correctly, at least Weld, EJB, JSF seem to work fine.
> The main use case for this is creating a modular web application, with different parts implemented in separate projects. Hot deploying of resources, such as Facelets' XHTMLs, is crucial for development. So the JARs need to be exploded.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-20071) Allow deploying exploded jars to war/WEB-INF/lib
by Vsevolod Golovanov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20071?page=com.atlassian.jira.plugi... ]
Vsevolod Golovanov edited comment on JBIDE-20071 at 6/16/15 8:42 AM:
---------------------------------------------------------------------
Project structure is:
* EAR
** EJB-1
** EJB-2
** WAR
*** JAR-UI-1
*** JAR-UI-2
(JAR-UIs are in WAR's WEB-INF/lib directory.)
Yes, JAR-UIs have both:
# classes;
# JSF/Facelet resources: XHTMLs, images, css, js...
Servlets look at JAR-UI's META-INF/web-fragment.xml and combine it with web.xml. JSF looks up resources in META-INF/resources.
Changes to classes get applied by Eclipse/JBDS on the fly as usual.
But changes to JSF resources don't get picked up. IDE/Tools deploy them, the new files are there in the server deployments, but VFS still returns old files from the temporary directory (more ramblings [here|http://stackoverflow.com/q/28326523/1341535]).
I've checked that when placing exploded JAR-UI in WAR/WEB-INF/lib:
* server does start successfully;
* when changing a JSF resource, and reloading a page, it does use the updated resources;
* \@Singleton \@Startup EJB bean does get initialized;
* CDI \@Named beans get found, when binded with EL.
was (Author: vsevolodgolovanov):
Project structure is:
* EAR
** EJB-1
** EJB-2
** WAR
*** JAR-UI-1
*** JAR-UI-2
(JAR-UIs are in WAR's WEB-INF/lib directory.)
Yes, JAR-UIs have both:
# classes;
# JSF/Facelet resources: XHTMLs, images, css, js...
Servlets look at JAR-UI's META-INF/web-fragment.xml and combine it with web.xml. JSF looks up resources in META-INF/resources.
Changes to classes get applied by Eclipse/JBDS on the fly as usual.
But changes to JSF resources don't get picked up. IDE/Tools deploy them, the new files are there in the server deployments, but VFS still returns old files from the temporary directory (more ramblings [here|http://stackoverflow.com/q/28326523/1341535]).
I've checked that when placing exploded JAR-UI in WAR/WEB-INF/lib:
* server does start successfully;
* when changing a JSF resource, and reloading a page, it does use the updated resources;
* \@Singleton \@Startup does get initialized;
* CDI \@Named beans get found, when binded with EL.
> Allow deploying exploded jars to war/WEB-INF/lib
> ------------------------------------------------
>
> Key: JBIDE-20071
> URL: https://issues.jboss.org/browse/JBIDE-20071
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Affects Versions: 4.2.3.Final
> Environment: JBoss Developer Studio 8.1.0.GA
> Reporter: Vsevolod Golovanov
>
> There were JBIDE-10318, JBIDE-9836 before. They were pretty strict in that deploying expoded JARs in WAR/WEB-INF/lib is not allowed for some reason. The only actual reason seemed to be that the server at the time refused to deploy such structure. Maybe the server was in the wrong? This was fixed in AS7-4704.
> Now with Wildfly 8.2.0.Final exploded JARs in WAR/WEB-INF/lib deploy correctly, at least Weld, EJB, JSF seem to work fine.
> The main use case for this is creating a modular web application, with different parts implemented in separate projects. Hot deploying of resources, such as Facelets' XHTMLs, is crucial for development. So the JARs need to be exploded.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19192) provide option for disable html preview
by Konstantin Marmalyukov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19192?page=com.atlassian.jira.plugi... ]
Konstantin Marmalyukov updated JBIDE-19192:
-------------------------------------------
Fix Version/s: 4.3.x
(was: 4.3.0.Beta2)
> provide option for disable html preview
> ---------------------------------------
>
> Key: JBIDE-19192
> URL: https://issues.jboss.org/browse/JBIDE-19192
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: visual-page-editor-core
> Affects Versions: 4.2.2.Final
> Environment: win8.1 64 eclipse luna 4.4.0 jboss 4.2.2
> Reporter: jim harber
> Assignee: Konstantin Marmalyukov
> Priority: Critical
> Fix For: 4.3.x
>
> Attachments: Clipboard01.png
>
>
> when i use tween.js to create a html page,i create an array,here is the problem:
> var eles = [];
> //push such as 500 elements into eles;
> ..
> then i need call a function to update every element in eles,when these two line:
> requestAnimationFrame(animate);
> TWEEN.update();
> already in the function,i can't see a change in preview and it makes eclipse shutdown,so i put this two line when i finish the other codes,this time preview become normal.
> every time when i type to for(var i=0;i<eles.length;i) eclipse gets stuck. so i wonder is thers any chance i can shutdown living view,i checked preferences panel i didn't find anything.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-20039) Application wizard: templates tree should look disabled when I switch to use templates from local disk (Linux GTK3 only)
by Marián Labuda (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20039?page=com.atlassian.jira.plugi... ]
Marián Labuda commented on JBIDE-20039:
---------------------------------------
My GTK is 3.8.8.
> Application wizard: templates tree should look disabled when I switch to use templates from local disk (Linux GTK3 only)
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-20039
> URL: https://issues.jboss.org/browse/JBIDE-20039
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: openshift, upstream
> Affects Versions: 4.3.0.Beta1
> Reporter: Andre Dietisheim
> Assignee: Snjezana Peco
> Priority: Minor
> Labels: application_wizard, openshift_v3
> Fix For: 4.3.0.Beta2
>
> Attachments: my_wizard_with_disabled_tree.png, templates-tree-no-disabled.png
>
>
> steps to reproduce:
> # ASSERT: make sure that you have a connection to a v3 OpenShift server in explorer
> # EXEC: in Explorer: pick "New"->"Application" from context menu when selecting a project in your connection
> # ASSERT: application wizard pops up, radio "Use a template from server" is preselected
> # EXEC: switch radio "Use a template from my local file system"
> Result:
> There's no visual indication that the tree with server templates is not clickable any more. The "problem" is only visual, the tree is not clickable but doesnt look disabled for me.
> !templates-tree-no-disabled.png!
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBDS-3461) Creating bottom-up web service with a client result in error
by Jan Richter (JIRA)
[ https://issues.jboss.org/browse/JBDS-3461?page=com.atlassian.jira.plugin.... ]
Jan Richter updated JBDS-3461:
------------------------------
Steps to Reproduce:
1. Create a dynamic web project, add to an EAR, generate web.xml
2. Create a sample web service using the sample web service wizard
3. Fire up the Web Service wizard, select bottom-up service with the sample service from previous step as implementation
4. Select JBossWS web service runtime, eg. Wildfly as server
5. Set the Client slider to anything above 'No Client'
6. Click next, if it prompts you to start the server, then do so
7. Clicking next or finish now should cause an error
was:
1. Create a dynamic web project, add to an EAR, generate web.xml
2. Create a sample web service using the sample web service wizard
3. Fire up the Web Service wizard, select bottom-up service with the sample service from previous step as impementation
4. Select JBossWS web service runtime, eg. Wildfly as server
5. Set the Client slider to anything above 'No Client'
6. Click next, if it prompts you to start the server, then do so
7. Clicking next or finish now should cause an error
> Creating bottom-up web service with a client result in error
> ------------------------------------------------------------
>
> Key: JBDS-3461
> URL: https://issues.jboss.org/browse/JBDS-3461
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 9.0.0.Beta1
> Reporter: Jan Richter
>
> When creating a bottom-up web service along with a client using the web service wizard, it will create the service, but on the next step it throws an error saying: 'Selection must be WSDL.'
> Note, this does not happen in Eclipse with JBT 4.3.0.Beta1.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBDS-3461) Creating bottom-up web service with a client result in error
by Jan Richter (JIRA)
Jan Richter created JBDS-3461:
---------------------------------
Summary: Creating bottom-up web service with a client result in error
Key: JBDS-3461
URL: https://issues.jboss.org/browse/JBDS-3461
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Bug
Components: webservices
Affects Versions: 9.0.0.Beta1
Reporter: Jan Richter
When creating a bottom-up web service along with a client using the web service wizard, it will create the service, but on the next step it throws an error saying: 'Selection must be WSDL.'
Note, this does not happen in Eclipse with JBT 4.3.0.Beta1.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-20071) Allow deploying exploded jars to war/WEB-INF/lib
by Vsevolod Golovanov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20071?page=com.atlassian.jira.plugi... ]
Vsevolod Golovanov updated JBIDE-20071:
---------------------------------------
Description:
There were JBIDE-10318, JBIDE-9836 before. They were pretty strict in that deploying expoded JARs in WAR/WEB-INF/lib is not allowed for some reason. The only actual reason seemed to be that the server at the time refused to deploy such structure. Maybe the server was in the wrong? This was fixed in AS7-4704.
Now with Wildfly 8.2.0.Final exploded JARs in WAR/WEB-INF/lib deploy correctly, at least Weld, EJB, JSF seem to work fine.
The main use case for this is creating a modular web application, with different parts implemented in separate projects. Hot deploying of resources, such as Facelets' XHTMLs, is crucial for development. So the JARs need to be exploded.
was:
There were JBIDE-10318, JBIDE-9836 before. They were pretty strict in that deploying expoded JARs in WAR/WEB-INF/lib is not allowed for some reason. The only actual reason seemed to be that the server at the time refused to deploy such structure. Maybe the server was in the wrong?
Now with Wildfly 8.2.0.Final exploded JARs in WAR/WEB-INF/lib deploy correctly, at least Weld, EJB, JSF seem to work fine.
The main use case for this is creating a modular web application, with different parts implemented in separate projects. Hot deploying of resources, such as Facelets' XHTMLs, is crucial for development. So the JARs need to be exploded.
> Allow deploying exploded jars to war/WEB-INF/lib
> ------------------------------------------------
>
> Key: JBIDE-20071
> URL: https://issues.jboss.org/browse/JBIDE-20071
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Affects Versions: 4.2.3.Final
> Environment: JBoss Developer Studio 8.1.0.GA
> Reporter: Vsevolod Golovanov
>
> There were JBIDE-10318, JBIDE-9836 before. They were pretty strict in that deploying expoded JARs in WAR/WEB-INF/lib is not allowed for some reason. The only actual reason seemed to be that the server at the time refused to deploy such structure. Maybe the server was in the wrong? This was fixed in AS7-4704.
> Now with Wildfly 8.2.0.Final exploded JARs in WAR/WEB-INF/lib deploy correctly, at least Weld, EJB, JSF seem to work fine.
> The main use case for this is creating a modular web application, with different parts implemented in separate projects. Hot deploying of resources, such as Facelets' XHTMLs, is crucial for development. So the JARs need to be exploded.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months