Announcement Announcement Module
No announcement yet.
STS problems on Mac OS-X Leopard Page Title Module
Move Remove Collapse
Conversation Detail Module
  • Filter
  • Time
  • Show
Clear All
new posts

  • STS problems on Mac OS-X Leopard

    I didn't have much luck getting the STS plug-in working completely with Eclipse 3.5 as I described in the post here. So I thought I'd give the standalone STS a try. The good news is the packaged install was easier as expected. The bad news is I still have the same problem with the Bundle Classpath Container not working as desired.

    Anybody having any luck with the STS bundle classpath container working? This seems like maybe a dependency is missing or in conflict resulting in the stax impl not being picked up? From what I can tell most STS features work except for this classpath container.

    Similar exception as before... Provider not found
    at java:178)
    at java:92)
    at com.springsource.repository.codec.XMLRepositoryCod ec.write(
    at com.springsource.repository.internal.persistence.X mlArtifactDescriptorPersister.persistArtifactDescr iptors(
    at com.springsource.repository.internal.StandardArtif actDescriptorDepository.persist(StandardArtifactDe
    at com.springsource.repository.internal.external.Exte rnalStorageRepository.<init>(ExternalStorageReposi
    at com.springsource.repository.internal.StandardRepos itoryFactory.createExternalRepository(StandardRepo
    at com.springsource.repository.internal.StandardRepos itoryFactory.createRepository(StandardRepositoryFa
    at com.springsource.repository.internal.StandardRepos itoryFactory.createRepository(StandardRepositoryFa
    at pendencyLocator10.createBundleRepository(Dependenc
    at pendencyLocator10.access$2(DependencyLocator10.jav a:716)
    at pendencyLocator10$SystemPackageFilteringCompositeB undleRepository.<init>( 5)
    at pendencyLocator10.<init>( 155)
    at com.springsource.server.ide.runtime.core.ServerUti ls.createDependencyLocator(
    at com.springsource.server.ide.runtime.core.ServerUti ls.createDependencyLocator(
    at com.springsource.server.ide.jdt.internal.core.clas spath.ServerClasspathContainer.createDependencyLoc ator(
    at com.springsource.server.ide.jdt.internal.core.clas spath.ServerClasspathContainer.refreshClasspathEnt ries(
    at com.springsource.server.ide.jdt.internal.core.util .ClasspathUtils.updateClasspathContainer(Classpath
    at com.springsource.server.ide.jdt.internal.core.clas spath.ServerClasspathContainerUpdateJob.runInWorks pace(
    at org.eclipse.core.internal.resources.InternalWorksp
    at ava:55)

    java.vendor=Apple Inc.
    BootLoader constants: OS=macosx, ARCH=x86, WS=carbon, NL=en_US
    Framework arguments: -product com.springsource.sts.ide
    Command-line arguments: -os macosx -ws carbon -arch x86 -product com.springsource.sts.ide

  • #2

    can you try to run STS with a Java 6 installation. I haven't seen this issue on a Mac before. Please note that the dm Server Tools are being developed on the Mac platform, so I'm really surprised to see this error.



    • #3
      I had started the process of trying that even though the STS doc I saw suggested not to use Eclipse 3.5 Cocoa 64 bit. I ran into some bundle dependency problems while going through the same steps listed on the STS blog. I haven't had time to go back and debug/retry that installation. I'll report back what I find.

      Also, the error I am getting list the com.springsource.server.ide.jdt.core as the plug-in experiencing the issue. I'm new to OSGi but was wondering if maybe the bundle manifest for that plug-in was missing an import which in turn was preventing the plug-in from having access to the actual XML*Factory impl classes at runtime. Or maybe it is simply a missing dependency.