Uploaded image for project: 'WildFly Core'
  1. WildFly Core
  2. WFCORE-424

.jar's on "current runtime classpath"

    XMLWordPrintable

Details

    • Feature Request
    • Resolution: Unresolved
    • Major
    • None
    • None
    • Modules
    • None

    Description

      (Based on JBDS use case - see EAP6-1)

      In certain scenarios, JBDS needs to know the classpath. (Compilation of non-maven project, against a remote server, ... )

      The classpath would be:

      • for the deployment after deployed
      • for a generic deployment if it was deployed right now - what would WildFly use?
      • for the deployment before deployed - sounds a bit advanced but technically possible

      We (David, Stuart, Jason, Max, Ondra) have discussed this on EAP F2F 2014.
      The output was that we don't need exact classpath / list of jars which would probably end up being almost all modules; rather we need the direct deps. As someone said - "just to get rid of the red lines in the IDE".

      The non-maven compilation use case is that the user has a server in a directory, and the jars to build against should all be in there. So the IDE should be able to ask WildFly for a list of .jar's to build the application against, and just use that instead of forcing the user to gather them manually.

      Attachments

        Activity

          People

            Unassigned Unassigned
            ozizka_jira Ondrej Zizka (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated: