[JBoss JIRA] (JBDS-3044) Align installation default path with installer filename
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBDS-3044?page=com.atlassian.jira.plugin.... ]
Nick Boldt edited comment on JBDS-3044 at 5/28/14 10:36 AM:
------------------------------------------------------------
Martin did a quick test on OSX to see what the longest file paths are inside JBDS 8 Beta2:
{quote}
{code}
find jbdevstudio-* |awk '{ print length($0) ; }'|sort|uniq|egrep "2.+"
{code}
shows 251 as the longest path on Mac so not really safe
longest is ./studio/configuration/org.eclipse.osgi/949/data/c7ff8a0a591e0e90fe36069138e75f68/1012-1401176993555/org.springframework.ide.eclipse.core.java.ProjectClassLoaderCache$SourceAndOutputLocationResourceChangeListener$SourceAndOutputLocationResourceVisitor
but that is spring and it's data
{quote}
So we're already pushing the limit here for long paths on Windows / NTFS...
Related (with some LOLs): http://blog.codinghorror.com/filesystem-paths-how-long-is-too-long/
There are ways to achieve more-than-260-char paths, but do we want to?
was (Author: nickboldt):
Martin did a quick test on OSX to see what the longest file paths are inside JBDS 8 Beta2:
{quote}
{code}
find jbdevstudio-* |awk '{ print length($0) ; }'|sort|uniq|egrep "2.+"
{code}
shows 251 as the longest path on Mac so not really safe
longest is ./studio/configuration/org.eclipse.osgi/949/data/c7ff8a0a591e0e90fe36069138e75f68/1012-1401176993555/org.springframework.ide.eclipse.core.java.ProjectClassLoaderCache$SourceAndOutputLocationResourceChangeListener$SourceAndOutputLocationResourceVisitor
but that is spring and it's data
{quote}
So we're already pushing the limit here for long paths on Windows / NTFS...
> Align installation default path with installer filename
> -------------------------------------------------------
>
> Key: JBDS-3044
> URL: https://issues.jboss.org/browse/JBDS-3044
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: installer
> Affects Versions: 8.0.0.Beta2
> Reporter: Martin Malina
> Assignee: Denis Golovin
> Priority: Blocker
> Labels: discuss
> Fix For: 8.0.0.Beta3
>
>
> Now that Nick changed the installer filenames to jboss-devstudio in JBIDE-16871 (was jbdevstudio), shouldn't the default install path be changed similarly? Because it just went out of sync.
> This question is open for discussion. Nick pointed out some reasons against this suggestion:
> {quote}
> Martin Malina Re: changing the installation folder, I'll hold off on that change for the moment for a few reasons:
> a) Max is AFK, and will want to vet/veto this idea
> b) long paths for Windows users (80% of our user base) = bad news, especially considering how long some file paths can get already within Eclipse workspaces
> c) short paths for Windows (c:\jbdevstudio) & long paths for everyone else ~/jboss-devstudio) would be ill-advised from a documentation and cross-platform user experience
> So, either we stick w/ jbdevstudio, or we shorten to devstudio (losing the "jb" branding fragment). If we move to "jboss-devstudio" we increase the path by only 4 characters.
> Max Rydahl Andersen WDYT?
> {quote}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
1 week, 5 days
[JBoss JIRA] (JBDS-2719) Multiple Spring AOP problems when travel example is imported
by Joshua Wilson (JIRA)
[ https://issues.jboss.org/browse/JBDS-2719?page=com.atlassian.jira.plugin.... ]
Joshua Wilson commented on JBDS-2719:
-------------------------------------
[~nickboldt] I will need to test several different configurations to confirm my earlier guess. This is what I know so far.
First I would ask that you test with the [Kitchensink-Spring Quickstarts|https://github.com/jboss-developer/jboss-wfk-quickstarts] as I am working to keep them up to date and error free as much as possible. This specific error can be seen in the [kitchensink-spring-matrixvariable|https://github.com/jboss-developer/jbos...] quickstart. The Travel and PetClinic will be kept as close to the original as possible (and I haven't had a chance to update them yet).
With that in mind if I Build (with Eclipse/JBDS) [kitchensink-spring-matrixvariable|https://github.com/jboss-developer/jbos...] in JBDS 7.0.1 with Spring IDE 3.3 installed from JBoss Central, I get the aspectj error. However if I Build while in a standard Eclipse JEE install with JBDS and the stock Spring IDE/STS 3.4 installed, I do NOT get the aspectj error.
In order to truly confirm that adding both "AspectJ Compiler" and "AspectJ Development Tools" will fix the error, I would need to test that on my JBDS 7.0.1/SpringIDE 3.3 set up.
> Multiple Spring AOP problems when travel example is imported
> ------------------------------------------------------------
>
> Key: JBDS-2719
> URL: https://issues.jboss.org/browse/JBDS-2719
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: 3rd-party-certification, upstream
> Affects Versions: 7.0.0.GA
> Environment: JBDS 7.0.0.GA, L64, Spring IDE 3.3 installed from JBoss Central
> Reporter: Jiri Peterka
> Assignee: Nick Boldt
> Fix For: 7.1.0.Beta1
>
>
> There are Multiple Spring AOP Errors after travel example is imported:
> {code}
> Build path is incomplete. Cannot find class file for org/aspectj/weaver/reflect/ReflectionWorld$ReflectionWorldException
> {code}
--
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
3 months
[JBoss JIRA] (JBIDE-22036) batch property is incorrectly renamed in job.xml when refactoring
by Viacheslav Kabanovich (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22036?page=com.atlassian.jira.plugi... ]
Viacheslav Kabanovich updated JBIDE-22036:
------------------------------------------
Fix Version/s: 4.4.0.Alpha1
(was: 4.4.x)
> batch property is incorrectly renamed in job.xml when refactoring
> -----------------------------------------------------------------
>
> Key: JBIDE-22036
> URL: https://issues.jboss.org/browse/JBIDE-22036
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: batch
> Affects Versions: 4.3.1.CR1
> Reporter: Rastislav Wagner
> Assignee: Viacheslav Kabanovich
> Fix For: 4.4.0.Alpha1
>
>
> my job.xml:
> {code}
> <?xml version="1.0" encoding="UTF-8"?>
> <job id="myJob" xmlns="http://xmlns.jcp.org/xml/ns/javaee"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/jobXML_1_0.xsd"
> version="1.0">
> <step id="step1" >
> <batchlet ref="myBatchlet">
> <properties>
> <property name="namedProperty" value="A"/>
> </properties>
> </batchlet>
> </step>
> </job>
> {code}
> my batchlet:
> {code}
> package batch;
> import javax.batch.api.AbstractBatchlet;
> import javax.batch.api.BatchProperty;
> import javax.inject.Inject;
> import javax.inject.Named;
> @Named
> public class MyBatchlet extends AbstractBatchlet {
>
> @Inject
> @BatchProperty(name = "namedProperty") String myProp;
> public MyBatchlet() {
> // TODO Auto-generated constructor stub
> }
> @Override
> public String process() throws Exception {
> // TODO Auto-generated method stub
> return null;
> }
> }
> {code}
> When I rename myProp in MyBatchelet to let's say myProp1 the value in job.xml will get changed to myProp1. This will result in warning because Im using @BatchProperty(name ="namedProperty")
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBIDE-21981) Error during rsync
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21981?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-21981:
-------------------------------------
https://github.com/jbosstools/jbosstools-openshift/pull/1080
> Error during rsync
> ------------------
>
> Key: JBIDE-21981
> URL: https://issues.jboss.org/browse/JBIDE-21981
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Xavier Coulon
> Assignee: Fred Bricon
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
>
> While testing the debugging support on the server adapter, I got the following error:
> {code}
> Could not sync all pods to folder /Users/xcoulon/workspaces/runtime-Eclipse-mars.2/.metadata/.plugins/org.jboss.ide.eclipse.as.core/sample@eap-app/deploy
> OpenShiftBinaryCapability process exited: rsync: delete_file: rmdir "/Users/xcoulon/workspaces/runtime-Eclipse-mars.2/.metadata/.plugins/org.jboss.ide.eclipse.as.core/sample(a)eap-app/deploy/ROOT.war" failed: Directory not empty (66)
> rsync error: some files could not be transferred (code 23) at /SourceCache/rsync/rsync-45/rsync/main.c(1400) [generator=2.6.9]
> error: exit status 23
> {code}
> The content of the {{.../deploy}} directory was:
> {code}
> drwxr-xr-x 9 xcoulon staff 306 Mar 25 12:19 ./
> drwxr-xr-x 4 xcoulon staff 136 Mar 25 11:55 ../
> -rw-r--r-- 1 xcoulon staff 9041 Mar 27 2015 README.txt
> drwxr-xr-x 7 xcoulon staff 238 Mar 25 11:59 ROOT.war/
> -rw-r--r-- 1 xcoulon staff 8 Mar 23 17:59 ROOT.war.deployed
> -rw-r--r-- 1 xcoulon staff 8 Mar 25 12:18 ROOT.war.isdeploying
> -rw-r--r-- 1 xcoulon staff 8415373 Aug 11 2015 activemq-rar.rar
> -rw-r--r-- 1 xcoulon staff 16 Aug 11 2015 activemq-rar.rar.deployed
> -rw-r--r-- 1 xcoulon staff 16 Mar 25 12:18 activemq-rar.rar.isdeploying
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBIDE-21981) Error during rsync
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21981?page=com.atlassian.jira.plugi... ]
Fred Bricon updated JBIDE-21981:
--------------------------------
Steps to Reproduce:
- create an openshift server adapter for an EAP app
- start the server
- it'll rsync files to the server
- stop the server
- right click on the matching service in openshift explorer, do Deploy Latest
- wait for the pod to redeploy
- start the server
=> publishing will fail, as remote ROOT.war binary can't be copied over local exploded ROOT.war folder
> Error during rsync
> ------------------
>
> Key: JBIDE-21981
> URL: https://issues.jboss.org/browse/JBIDE-21981
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Xavier Coulon
> Assignee: Fred Bricon
> Priority: Blocker
> Fix For: 4.3.1.CR1
>
>
> While testing the debugging support on the server adapter, I got the following error:
> {code}
> Could not sync all pods to folder /Users/xcoulon/workspaces/runtime-Eclipse-mars.2/.metadata/.plugins/org.jboss.ide.eclipse.as.core/sample@eap-app/deploy
> OpenShiftBinaryCapability process exited: rsync: delete_file: rmdir "/Users/xcoulon/workspaces/runtime-Eclipse-mars.2/.metadata/.plugins/org.jboss.ide.eclipse.as.core/sample(a)eap-app/deploy/ROOT.war" failed: Directory not empty (66)
> rsync error: some files could not be transferred (code 23) at /SourceCache/rsync/rsync-45/rsync/main.c(1400) [generator=2.6.9]
> error: exit status 23
> {code}
> The content of the {{.../deploy}} directory was:
> {code}
> drwxr-xr-x 9 xcoulon staff 306 Mar 25 12:19 ./
> drwxr-xr-x 4 xcoulon staff 136 Mar 25 11:55 ../
> -rw-r--r-- 1 xcoulon staff 9041 Mar 27 2015 README.txt
> drwxr-xr-x 7 xcoulon staff 238 Mar 25 11:59 ROOT.war/
> -rw-r--r-- 1 xcoulon staff 8 Mar 23 17:59 ROOT.war.deployed
> -rw-r--r-- 1 xcoulon staff 8 Mar 25 12:18 ROOT.war.isdeploying
> -rw-r--r-- 1 xcoulon staff 8415373 Aug 11 2015 activemq-rar.rar
> -rw-r--r-- 1 xcoulon staff 16 Aug 11 2015 activemq-rar.rar.deployed
> -rw-r--r-- 1 xcoulon staff 16 Mar 25 12:18 activemq-rar.rar.isdeploying
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBDS-3751) cannot run 'where virtualbox' on French Windows 10 laptop
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBDS-3751?page=com.atlassian.jira.plugin.... ]
Nick Boldt commented on JBDS-3751:
----------------------------------
WHERE does work, but not inside the installer:
C:\Users\fbricon>C:\WINDOWS\system32\cmd.exe /s /c "where virtualbox"
Information : impossible de trouver des fichiers pour le(s) modèle(s) spécifié(s).
C:\Users\fbricon>where virtualbox
Information : impossible de trouver des fichiers pour le(s) modèle(s) spécifié(s).
C:\Users\fbricon>where git
C:\Program Files\Git\cmd\git.exe
C:\Users\fbricon>C:\WINDOWS\system32\cmd.exe /s /c "where where"
C:\Windows\System32\where.exe
> cannot run 'where virtualbox' on French Windows 10 laptop
> ---------------------------------------------------------
>
> Key: JBDS-3751
> URL: https://issues.jboss.org/browse/JBDS-3751
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Components: installer
> Affects Versions: 9.1.0.CR1
> Reporter: Nick Boldt
> Labels: havoc
> Fix For: 9.1.0.GA
>
> Attachments: windows10_details.png
>
>
> On Fred's laptop, I attempted to run this installer:
> Setup-bundled-0.0.2-20160331-23.exe
> After logging into the first page of the installer, the second page is greyed out and there's a javascript error:
> {code}
> Uncaught (in promise) Error: Command failed:
> C:\WINDOWS\system32\cmd.exe /s /c "where VirtualBox"
> {code}
> And the installer is blocked / cannot proceed.
> Screenshot (scroll right for the JS console details):
> http://snag.gy/u48jU.jpg
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBDS-3751) cannot run 'where virtualbox' on French Windows 10 laptop
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBDS-3751?page=com.atlassian.jira.plugin.... ]
Nick Boldt edited comment on JBDS-3751 at 3/31/16 6:10 PM:
-----------------------------------------------------------
WHERE does work, but not inside the installer:
{code}C:\Users\fbricon>C:\WINDOWS\system32\cmd.exe /s /c "where virtualbox"
Information : impossible de trouver des fichiers pour le(s) modèle(s) spécifié(s).
C:\Users\fbricon>where virtualbox
Information : impossible de trouver des fichiers pour le(s) modèle(s) spécifié(s).
C:\Users\fbricon>where git
C:\Program Files\Git\cmd\git.exe
C:\Users\fbricon>C:\WINDOWS\system32\cmd.exe /s /c "where where"
C:\Windows\System32\where.exe
{code}
was (Author: nickboldt):
WHERE does work, but not inside the installer:
C:\Users\fbricon>C:\WINDOWS\system32\cmd.exe /s /c "where virtualbox"
Information : impossible de trouver des fichiers pour le(s) modèle(s) spécifié(s).
C:\Users\fbricon>where virtualbox
Information : impossible de trouver des fichiers pour le(s) modèle(s) spécifié(s).
C:\Users\fbricon>where git
C:\Program Files\Git\cmd\git.exe
C:\Users\fbricon>C:\WINDOWS\system32\cmd.exe /s /c "where where"
C:\Windows\System32\where.exe
> cannot run 'where virtualbox' on French Windows 10 laptop
> ---------------------------------------------------------
>
> Key: JBDS-3751
> URL: https://issues.jboss.org/browse/JBDS-3751
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Components: installer
> Affects Versions: 9.1.0.CR1
> Reporter: Nick Boldt
> Labels: havoc
> Fix For: 9.1.0.GA
>
> Attachments: windows10_details.png
>
>
> On Fred's laptop, I attempted to run this installer:
> Setup-bundled-0.0.2-20160331-23.exe
> After logging into the first page of the installer, the second page is greyed out and there's a javascript error:
> {code}
> Uncaught (in promise) Error: Command failed:
> C:\WINDOWS\system32\cmd.exe /s /c "where VirtualBox"
> {code}
> And the installer is blocked / cannot proceed.
> Screenshot (scroll right for the JS console details):
> http://snag.gy/u48jU.jpg
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
