Moving Eclipse 3.7/Indigo onto trunk
by Max Rydahl Andersen
Hi,
After talking yesterday with Seam/CDI/JSF team we came to the conclusion that
the fastest way we could get to Eclipse 3.7 is to break trunk for a while (i.e. the next 2 weeks).
Thus I've asked Nick to merge over the work he (and others) have been doing on the Indigo branch
to trunk later today assuming there will be no objections to this mail.
Nick will send out info on how you can get the proper bits for Eclipse 3.7 development and info on
when the merge is done.
I've created https://issues.jboss.org/browse/JBIDE-8624 with links to migration docs (not many right now)
and to link or subtask for any related Indigo issues.
Thanks,
/max
http://about.me/maxandersen
13 years, 10 months
JBoss Tools 3.3 trunk and Indigo
by Snjezana Peco
Hi,
I have tried to compile the JBoss Tools trunk using Eclipse 3.7 and
noticed the following:
1. The org.jboss.ide.eclipse.as.test plugin requires the
org.eclipse.jpt.core plugin that doesn't exist in Eclipse 3.7M6. Suppose
that this requirement isn't obliged because the as.test plugin is
compiled without it.
2. The org.jboss.tools.cdi.ui plugin has one compile error. Probably
someone forgot to commit some changes in the org.jboss.tools.cdi.core
plugin.
I have used Eclipse 3.7M6 because Hibernate Tools requires it.
Snjeza
13 years, 10 months
Fwd: [Bug 325364] Annotation Properties view should resolve annotation classes from project classpath
by Max Rydahl Andersen
Annotation Properties View seem to have been updated to not required annotations on the project classpath - makes it possible to support multiple versions.
That view suddenly became much more interesting ....
/max
Begin forwarded message:
> From: bugzilla-daemon(a)eclipse.org
> Date: April 3, 2011 21:55:52 GMT+02:00
> To: max.andersen(a)jboss.com
> Subject: [Bug 325364] Annotation Properties view should resolve annotation classes from project classpath
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=325364
> Product/Component: WTP Webservices / jst.ws.jaxws
>
> Shane Clarke <shane_clarke(a)hotmail.com> changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> Status|RESOLVED |VERIFIED
>
> --- Comment #12 from Shane Clarke <shane_clarke(a)hotmail.com> 2011-04-03 15:55:50 EDT ---
> Verified in Build I-3.3.0-20110403110154
>
> --
> Configure bugmail: https://bugs.eclipse.org/bugs/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug.
/max
http://about.me/maxandersen
13 years, 10 months
partial org.eclipse.team.svn.* ?
by Max Rydahl Andersen
Hi,
I can see both hudson and my builds have the same problem.
Tons of:
PARTIAL IU: org.eclipse.team.svn.resource.ignore.rules.jdt 0.7.9.I20100512-1900
PARTIAL IU: org.eclipse.team.svn.mylyn.source 0.7.9.I20100512-1900
PARTIAL IU: org.eclipse.team.svn.core.nl1 0.7.9.I20100512-1900
PARTIAL IU: org.eclipse.team.svn.revision.graph 0.7.9.I20100917-1700
PARTIAL IU: org.eclipse.team.svn.core 0.7.9.I20100917-1700
PARTIAL IU: org.eclipse.team.svn.mylyn 0.7.9.I20100512-1900
PARTIAL IU: org.eclipse.team.svn.ui 0.7.9.I20101001-1700
PARTIAL IU: org.eclipse.team.svn.ui.nl1 0.7.9.I20100512-1900
...
and then tests wont run because of com.ibm.icu.text.Bidi class is missing.
Anyone got an idea ?
I'm I and hudson the only one seeing these errors right now ?
/max
http://about.me/maxandersen
13 years, 10 months
Hudson build failures...
by Max Rydahl Andersen
Hi,
Currently hudson is failing most builds - seems to be caused by missing classes/dependencies in the target platform and /or missing profiles.
Until Nick returns from sleep don't get too fuzzed about those errors.
/max
http://about.me/maxandersen
13 years, 10 months
AS 7 now seem to provide a stable Java API YAY!
by Max Rydahl Andersen
Andre/Rob,
From this night irc chat (yes - my jetlag woke me up after 2 hrs sleep ...):
controller-client in AS 7 seem to have small dependency set and according to Brian - it will be portable/work across versions.
Worth then taking a look at it ...but be careful - might be worth it ensuring its encapsulated so if incompatibilities arises we aren't
too screwed.
This means you actually can use a somewhat typed API to talk to AS7 (hopefully EAP 6) and get a fully typed deployment api.
See details below.
maxandersen
Nihility: bstansberry: btw. i'm still confused on what compatibility level the java api will have ? when we talked at devoxx I understood as the java api would have same problems as older AS's (i.e. I would need to compile/run against the matching runtime jars to get it to work) …is that no longer true ?
06:32
bstansberry
that is no longer true
06:32
smcgowan
nihility: the tests are running locally but won't be able to run in Hudson till I can resolve lookups to jdbc/DB1
06:33
jclingan [~Adium(a)72-254-61-94.client.stsn.net] entered the room.
06:34
bstansberry
maxandersen: the library we use for the "detyped" request and response objects will remain compatible. the wire protocol will remain compatible. the simple API to make requests will remain compatible
06:35
maxandersen
and this is something more than dmr, correct ?
06:35smarlow communication breakdown
smarlow The call to the JIRA server did not complete within the timeout period. We are unsure of the result of this operation.
06:36
maxandersen
bstansberry: any way to know which API will remain "highly" compatible ? some specific jar or java package ?
06:36
bstansberry
the simple API? it's the controller-client module in the AS source tree
that's really the API, then it's maven deps
right now it's depending on another AS module jboss-as-protocol for the transport stuff, but that will be replaced in a later beta with something long-term
06:39
maxandersen
bstansberry: thats *great* news...
so this api currently seem to cover "raw" domain model operations and hten some specific api for deployment… correct?
bstansberry: will that include more before final or is that the basic goal ?
06:41
bstansberry
I don't want to go much beyond that
06:41
maxandersen
bstansberry: but thats great then
bstansberry: that simplifies things a lot for us then...
bstansberry: at least I hope so
06:42
bstansberry
yes, that's the idea
06:42
maxandersen
bstansberry: so this would give us "easy" remote deployment I would guess
06:42
lgao [~lgao(a)60.247.97.98] entered the room.
06:42
maxandersen
bstansberry: does the remote api support or plan to support incremental updates or is that out of scope ?
rawbdor: good news for you and Andre
^
06:43
bstansberry
not sure what you mean by incremental updates
06:44
maxandersen
just update lets say foo.war/index.html and not the whole 20 MB war...
06:46
mbg|away is now known as mbg
06:47
maxandersen
bstansberry: that would reduce the need for our file and ssh support for AS7
and users could just stay on one of the deployments mechanism instead of toggling between them too much.
06:47
bstansberry
oh, yeah, incremental is out of scope
/max
http://about.me/maxandersen
13 years, 10 months
