Hey David..

I wrote a custom ant task for the old JBossIDE releng system that does exactly this.. you can see the code here:

http://tinyurl.com/2troa6

David M Williams wrote:

> Are the precise, minimal prerequisites required for a WTP build
> really undefined at this point?  Or more likely simply maintained
> somewhere else?  If the latter, a pointer to that list would be
> quite helpful as well.

These are defined by and maintained in the feature.xml files themselves.
Someone would have to know the top level assembly features,
but other than that, the features are all self documenting.

org.eclipse.wst
org.eclipse.jst
org.eclipse.jsf
org.eclipse.jpt

I have always found it disappointing that no one has written a tool that can use these top level features, and the map files, to recursively pull out exactly what's required ... just like PDE batch
build does ... but, guess no one has found a need?






*"Todd Williams" <[EMAIL PROTECTED]>*
Sent by: [EMAIL PROTECTED]

05/23/2007 09:45 AM
Please respond to
"General discussion of project-wide or architectural issues." <[email protected]>


        
To
"General discussion of project-wide or architectural issues." <[email protected]>
cc
        
Subject
Re: [wtp-dev] Loading workspace with latest WTP project map isnot working



        





David,
Thank you for the fast reply and pointers. We'll give them a try today and let you know the results. I have to add, however, that from what you've written it appears that it is no longer possible to find out just exactly what all the prerequisites for a WTP build are. As you stated, there are many more libraries specified from Orbit than are needed in the project map. Are the precise, minimal prerequisites required for a WTP build really undefined at this point? Or more likely simply maintained somewhere else? If the latter, a pointer to that list would be quite helpful as well. Best regards,
Todd
----- Original Message -----
*From:* _David M Williams_ <mailto:[EMAIL PROTECTED]>
*To:* _General discussion of project-wide or architectural issues._ <mailto:[email protected]>
*Sent:* Tuesday, May 22, 2007 10:32 PM
*Subject:* [work] Re: [wtp-dev] Loading workspace with latest WTP project map isnot working


Todd, I entered this bug to not lose track of the new limitation.

88550 Load Map Projects won't load http map entries _
__https://bugs.eclipse.org/bugs/show_bug.cgi?id=188550_

But here's the background and some suggestions to perhaps help.

The HTTP form of the map entry was added specifically for PDE build, so that bundles that exist elsewhere can more easily be retrieved using protocols other than cvs. In this case, the desire is to "pull" the already built bundles from the orbit download site.

I think most of us normally recommend those types of jars/bundles are simply put in your target, for development. Each orbit build produces a zip file that contains all the bundles. See for example, http://download.eclipse.org/tools/orbit/downloads/drops/S200705021947/

If you do pull them into your workspace, there's a few problems. First, there's many more bundles listed there in the map file than is used in WTP. And, in most cases, depending on some preference settings and how the project was defined, it is not trivial to load multiple versions into your workspace ... you have to give each project a unique name .. .such as to include it's version number after the project name in Eclipse workspace.

If you did want to still try, say getting a reduced set into your workspace, each Orbit build produces both an HTTP form of the map file, and a more traditional CVS version of the map file. So ... you just need to figure out which orbit build was used, say by date and time, and get the corresponding cvs map file, and use Load Map Projects (on some limit
set of unique versions, as used by WTP).
Or .. btw, you could just get the most recent one ... it would be more correct, if different at all.

Hope this helps,

P.S. Be sure to document any tips and tricks you learn, so others can benefit from you leading the way :)





*"Todd Williams" <[EMAIL PROTECTED]>*
Sent by: [EMAIL PROTECTED]

05/22/2007 08:22 PM
Please respond to
"General discussion of project-wide or architectural issues." <[email protected]>

        
To
"General discussion of project-wide or architectural issues." <[email protected]>
cc
        
Subject
[wtp-dev] Loading workspace with latest WTP project map is not working




        






All,
We're trying to set up an internal build of WTP 2.0RC0 and are having trouble pulling all the projects into the workspace using the map file. We began by using Eclipse 3.3M7 with all prerequisites as specified on the dependencies page. We loaded up the latest releng tools plugin from the Eclipse platform (_http://www.eclipse.org/downloads/download.php?file=/eclipse/downloads/drops/S-3.3M2-200609220010/org.eclipse.releng.tools-3.3M2.zip_). We then pulled the
the RC0 map file here: _
__http://download.eclipse.org/webtools/downloads/drops/R2.0/S-2.0RC0-200705171455/_ When we load the projects from the map, everything proceeds along fine until we receive the following error from CVS in the form of an error dialog:
 /
Could not connect to/ /
:ext:http://download.eclipse.org/tools/orbit/downloads/drops/I200705160545/bundles/com.ibm.icu.base_3.4.5.jar:
I/O exception occurred:/ /
CreateProcess: ssh -l anonymouse http cvs server error=2/
It appears the issue is that the releng tools don't understand non-CVS entries of the form: _ [EMAIL PROTECTED],3.4.5=GET,http://download.eclipse.org/tools/orbit/downloads/drops/I200705160545/bundles/com.ibm.icu_3.4.5.jar_ <mailto:[EMAIL PROTECTED],3.4.5=GET,http://download.eclipse.org/tools/orbit/downloads/drops/I200705160545/bundles/com.ibm.icu_3.4.5.jar> I base that on the error message and the fact that Eclipse tries to create a CVS repository location with 'http' as the server name. I checked the documentation on checking out WTP (_http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.wst.doc.isv/html/check_out_tutorial.html_) and the map file still seems to be the recommended practice. So, given all that, what do we "not know" or are "doing wrong" that causes the import to fail? All help appreciated. Regards,
Todd
_______________________________________________
wtp-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/wtp-dev

------------------------------------------------------------------------

_______________________________________________
wtp-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/wtp-dev_______________________________________________
wtp-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/wtp-dev

------------------------------------------------------------------------

_______________________________________________
wtp-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/wtp-dev


--
Marshall Culpepper
Redhat Dev Studio, JBoss Tools
-
http://jboss.org/tools
email: [EMAIL PROTECTED]
skype: marshall.culpepper
_______________________________________________
wtp-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/wtp-dev

Reply via email to