Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 22

Thread: STS 2.9.2 released

  1. #11
    Join Date
    May 2012
    Posts
    7

    Default

    I updated today, from 2.9.1.

    At first, the subversion metadata of all the projects in the workspace (there are more than 70) were no more recognized, so I had to uninstall Subclipse and reinstall it (I'm using 1.6.x). That fixed it.

    Next, it looks like each change to Spring context xml file makes the building phase take ages: in the Progress window I often see "Building all...: Loading [...]/context.xml"; it took quite less time to build before.

    Is there any configuration I must update, or anything?


    Thanks


    P.s.: At times it shows "Building AOP (something)". Can this be the cause of the slowdown? In case, how do I disable it?
    Last edited by mayjay; May 29th, 2012 at 11:24 AM.

  2. #12
    Join Date
    Sep 2008
    Location
    Hamburg, Germany
    Posts
    1,637

    Default

    Hey!

    Updating from 2.9.1 to 2.9.2 shouldn't cause a slowdown in project building or anything like that. Therefore I would be very interested to get more details on this. Can you take a thread dump while the build is running and taking long? (using jps and jstack commands from the command line) And post the thread-dump here or in a new thread on this forum? That would be great!!!

    -Martin
    Martin Lippert
    SpringSource, a division of VMware
    SpringSource Tools Team
    http://www.springsource.com
    http://twitter.com/martinlippert

  3. #13
    Join Date
    May 2012
    Posts
    7

    Default

    Hello,
    Jps shows just this:
    Code:
    1424 Jps
    344 Program
    And jstack output is attached.

    My workspace has many projects, three of those are web applications that get published in the Tomcat 7.0.26 server inside STS. The dependencies are managed through Maven 3.0.3, and each time there's only one web application deployed to the webserver - so the other context files are built, but never used.

    While I'm composing this message the building is still running, I think it's taking more than half an hour, while it finished within minutes with the previous version.

    I'd like to add that I reinstalled 2.9.1 from the zip distribution and I'm noticing that all my projects now show an "S" in the right-upper corner of their icon, where there was a "J"; the "S" came up in 2.9.2 but seems that it is being conserved here in 2.9.1.

    Plus, the slowdown seems to be still present. Can that "S" be the source of the problem? Maybe that means STS is applying some additional steps to the context file in the building phase?
    Attached Files Attached Files
    Last edited by mayjay; May 30th, 2012 at 04:02 AM.

  4. #14
    Join Date
    May 2012
    Posts
    7

    Default

    Yes, it looks like the Spring Nature was the cause.
    I removed that nature from all my projects. They all got back to their "J", and the building process returned to the usual minutes.
    I'm a bit worried that switching forward to 2.9.2 could re-add the Spring nature to all the projects, so I won't do that attempt now.

    Any suggestion about this?

  5. #15
    Join Date
    Sep 2008
    Location
    Hamburg, Germany
    Posts
    1,637

    Default

    Hey!

    The "S" indicates the Spring nature of a project, but that shouldn't be added automatically for each project as long as there is no Spring involved. Do you use Spring in those projects? But it does sound like a bug that this nature got added automatically after you upgraded from 2.9.1 to 2.9.2. Can you send my such a project before it got updated? Maybe I can reproduce this issue somehow.

    Regarding the slowdown: The Spring nature does indeed add additional functionality that is executed during a build. However, this should not cause your build to run for half an hour or so. I can see disc access in the thread dumps. Is your workspace on a local hard drive or on a network-attached storage? That could cause those slowdowns...

    -Martin
    Martin Lippert
    SpringSource, a division of VMware
    SpringSource Tools Team
    http://www.springsource.com
    http://twitter.com/martinlippert

  6. #16
    Join Date
    May 2012
    Posts
    7

    Default

    Quote Originally Posted by Martin Lippert View Post
    The "S" indicates the Spring nature of a project, but that shouldn't be added automatically for each project as long as there is no Spring involved. Do you use Spring in those projects? But it does sound like a bug that this nature got added automatically after you upgraded from 2.9.1 to 2.9.2. Can you send my such a project before it got updated? Maybe I can reproduce this issue somehow.
    Yes, I'm using it, and with that I mean there's a context xml file, and I use Spring components (classes, annotations, etc); but I do not use any Spring related tool in the IDE directly (no perspectives, and such).
    I'm sorry but - apart from being a commercial project - I have more than 70 projects in the workspace, and it would be impossible to get a stripped down version of anything

    Now that I recall a bit more, after moving to 2.9.2 all the projects stated that the Maven configuration was out of date, and that I had to update it. I guess the "S" replaced the original "J" after that.

    Quote Originally Posted by Martin Lippert View Post
    Regarding the slowdown: The Spring nature does indeed add additional functionality that is executed during a build. However, this should not cause your build to run for half an hour or so. I can see disc access in the thread dumps. Is your workspace on a local hard drive or on a network-attached storage? That could cause those slowdowns...
    Everything is local, from the workspace to the Maven local repository.

    This is the beginning of the context file:
    Code:
    <?xml version="1.0" encoding="UTF-8"?>
    <beans xmlns="http://www.springframework.org/schema/beans"
    	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    	xmlns:context="http://www.springframework.org/schema/context"
    	xmlns:p="http://www.springframework.org/schema/p"
    	xmlns:util="http://www.springframework.org/schema/util"
    	xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
    		http://www.springframework.org/schema/util http://www.springframework.org/schema/util/spring-util-3.0.xsd
    		http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd">
    
       <context:property-placeholder location="classpath:jdbc.properties"/>
       <context:annotation-config/>
       <context:component-scan base-package="my.web"/>
    Could there be something that makes STS to stop by?

    To add something more, I just reopened 2.9.2, cleaned the workspace and built everything.
    And it tells that "Project configuration is not up-to-date with pom.xml. Run project configuration update" on every project.

    And a bit more: going back to 2.9.1, after a clean and a build, all the projects maintained that "configuration not up-to-date", but after Maven -> Update Project Configuration everything is ok.
    Last edited by mayjay; May 30th, 2012 at 09:06 AM.

  7. #17
    Join Date
    May 2010
    Posts
    398

    Default

    Hi Jkk,

    I'm sure you've got your belly full of this problem already. And I think the JVM crash is not very likely caused by SYS itself. STS doesn't have any 'native' code of its own. The problem is likely either an OpenJVM bug or, more likely, a problem in SWT Gnome bindings (native libararies that Eclipse uses for its GUI widgetry).

    Though in the strictest sense this is not an STS problem, it would be good if we could at least somehow try to determine who's problem it really is and if we can do so, follow up by filing a bug report in the right place.

    I'm willing to do a little more digging, but as a starting point I really need your *full* crash log.

    If its too much hassle to create Jira issues etc. I understand... so it is easiler for you, you can email it directly to me if you like.
    My email address is kdvolder@vwmare.com.

    Thanks,

    Kris
    Kris De Volder -- SpringSource

  8. #18
    Join Date
    Oct 2011
    Location
    Finland
    Posts
    9

    Default

    Quote Originally Posted by Kris De Volder View Post
    Hi Jkk,

    I'm sure you've got your belly full of this problem already. And I think the JVM crash is not very likely caused by SYS itself. STS doesn't have any 'native' code of its own. The problem is likely either an OpenJVM bug or, more likely, a problem in SWT Gnome bindings (native libararies that Eclipse uses for its GUI widgetry).

    Though in the strictest sense this is not an STS problem, it would be good if we could at least somehow try to determine who's problem it really is and if we can do so, follow up by filing a bug report in the right place.

    I'm willing to do a little more digging, but as a starting point I really need your *full* crash log.

    If its too much hassle to create Jira issues etc. I understand... so it is easiler for you, you can email it directly to me if you like.
    My email address is kdvolder@vwmare.com.

    Thanks,

    Kris
    Oops, I didn't notice that the replies in this thread had gone to the second page so I didn't notice the new posts. Sorry. Anyway, I created a new bug report yesterday: https://issuetracker.springsource.com/browse/STS-2679 . Thanks for your help.

  9. #19
    Join Date
    Jun 2012
    Location
    bangladesh
    Posts
    2

    Unhappy sts2.9.2 installation problem

    hi, i am new in spring. when i double click on .exe file of sts, it shows an error box. which says, 'error:java.lang.reflect.InvocationTargetException '. what should i do.

    N.B: No eclipse ide or netbeans is running on my PC when i trying to install sts 2.9.2

  10. #20
    Join Date
    Sep 2008
    Location
    Hamburg, Germany
    Posts
    1,637

    Default

    Hey!

    As said on this thread, please post more details there:
    http://forum.springsource.org/showth...lation-problem

    Thanks,
    Martin
    Martin Lippert
    SpringSource, a division of VMware
    SpringSource Tools Team
    http://www.springsource.com
    http://twitter.com/martinlippert

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •