As pointed by Bob with the link below, the problem with Subversive is the following. The version of the plugins on Eclipse Helios broke with the connectors. As a result, the first step of the install will succeed but then you will be unable to install the SVN connectors [I also verified it on a simple Eclipse Helios release, hence it is independent of X10DT]. You can follow the next steps to fix your previous install of SVN plugins: 1) Go to Install New Software 2) Click on Available Software Sites. 3) Edit http://download.eclipse.org/technology/subversive/0.7/update-site/ and give it a name. Let's say Subversive. Select the check button to enable it. Click Ok. 4) Select it from the "Work with" drop-down widget. The features you previously installed should have now a special icon saying they can be updated to a newer version [normally 0.7.9.I20101203-1700]. Select them and click Finish. 5) Upon success and restart, you should be able now to go to the SVN perspective and install the Connectors properly [This will be SVNKit 1.3.3 in place of SVNKit 1.3.2 previously]. I verified it worked fine on Windows and Mac OS. On a fresh X10DT install, you can simply directly install the Subversive plugins from the address given above.
Regards, Emmanuel. On 1/11/11 12:44 PM, Robert M. Fuhrer wrote: > I just discovered that the Subversive connectors seem to have a dependency > problem, introduced in a recent release (~Dec 3rd). See the following for > more information: > > > http://stackoverflow.com/questions/4445095/during-installation-of-subversive-connector-discovery-problems-occurred > > It seems that one needs to use a Subversive-specific update site to get this > to work properly, but I haven't tried myself yet. > > This doesn't explain the problem Kawachiya-san reported with Subclipse, > though. > > We're looking into that as well. > > On Jan 10, 2011, at 11:30 PM, Mikio Takeuchi wrote: > >> Hi, >> >> I've downloaded x10dt 2.1.1 for cygwin and created a new empty >> workspace with it. >> Then I tried to install subversive on it as usual, but failed with the >> following error message. >> >> 'Installing Software' has encountered a problem. >> An error occurred while collecting items to be installed >> session context was:(profile=profile, >> phase=org.eclipse.equinox.internal.p2.engine.phases.Collect, operand=, >> action=). >> Artifact >> org.eclipse.update.feature,org.eclipse.equinox.p2.user.ui.source,2.0.1.r361_v20100903-897HFZFFZRuSD2LMtVxyz0Vr >> is a folder but the repository is an archive or remote location. >> >> Does anybody experienced a similar problem? >> >> Regards, >> Mikio Takeuchi @ IBM >> >> 2011/1/11 David P Grove<gro...@us.ibm.com>: >>> >>> We're happy to announce that X10 and X10DT version 2.1.1 are now available >>> for download. This release contains a number of bug fixes and improvements >>> to the code base. For more details, please see the X10 2.1.1 release page >>> at http://x10-lang.org/X10+2.1.1+Release. >>> >>> Below is a summary of JIRA issues addressed for the X10 2.1.1 >>> >>> ** New Features and Improvements >>> * [XTENLANG-313] - Specify the X10 grammar and implement it >>> * [XTENLANG-485] - Use unsigned types where appropriate in XRX >>> * [XTENLANG-799] - a(i) = b allowed via Settable[S,T], but a(i) += b >>> isn't. >>> * [XTENLANG-805] - Update clock semantics and implementation >>> * [XTENLANG-806] - Clocks: New semantics for interaction between clocks >>> and finish >>> * [XTENLANG-908] - Println should be atomic >>> * [XTENLANG-910] - Gamma and error functions in x10.lang.Math >>> * [XTENLANG-1008] - CUDA: implement clocks >>> * [XTENLANG-1027] - X10DT should provide a dialog to "Open Type" by >>> name >>> * [XTENLANG-1028] - X10DT should provide an "Open Type in Hierarchy" >>> dialog >>> * [XTENLANG-1066] - "Run/debug as X10 Application" is missing for C++ >>> back-end >>> * [XTENLANG-1068] - Lightweight, multi-node/multi-process >>> transport/launcher >>> * [XTENLANG-1195] - raw() method for GrowableRail >>> * [XTENLANG-1520] - Support block,block distribution >>> * [XTENLANG-1681] - ClockUseException mystery >>> * [XTENLANG-1707] - clarify differences between structs and classes >>> * [XTENLANG-1722] - document soft keywords in language spec >>> * [XTENLANG-1795] - Does X10 respect cases ? >>> * [XTENLANG-1798] - ateach in the language description >>> * [XTENLANG-2041] - Change x10.io.CustomSerialization prototcol to use >>> distinguished class x10.io.SerialData (instead of Any) >>> * [XTENLANG-2043] - Java backend support for CustomSerialization >>> * [XTENLANG-2047] - Compiler should provide default deserialization >>> constructors if none provided by the user >>> * [XTENLANG-2057] - Align hashCode function for built-in structs (int, >>> long, etc) between C++ and Java backend >>> * [XTENLANG-2063] - Implement serialization trace mechanism in managed >>> X10 >>> * [XTENLANG-2068] - assert statement should throw something called >>> AssertionError >>> * [XTENLANG-2093] - x10c++ should infer MAIN_CLASS from command-line >>> * [XTENLANG-2096] - Use x10.io.NotSerializableException instead of >>> java.io.NotSerializableException >>> * [XTENLANG-2144] - Allow non-builtin structs to satisfy haszero >>> * [XTENLANG-2145] - Support the "force identifier" construct >>> * [XTENLANG-2197] - Improve serialization trace mechanisms >>> >>> ** Tasks >>> * [XTENLANG-1154] - Confirm Bard's text about 'f instanceof (T)=>U' >>> * [XTENLANG-1230] - Put this explanation of place types in lang manual, >>> FAQ, etc. >>> * [XTENLANG-1470] - Check covariant/contravariant generic arguments to >>> make sure they appear in the right positions >>> >>> ** Bug >>> * [XTENLANG-203] - Correct implementation of finally blocks in C++ >>> * [XTENLANG-235] - Nested class names have to be mangled in -MAIN_CLASS >>> * [XTENLANG-266] - Getter methods for properties are a hack >>> * [XTENLANG-448] - Occasional Error instantiating builder >>> 'org.eclipse.imp.smapifier.SmapieBuilder' >>> * [XTENLANG-476] - Problem with parsing single line if .. else >>> * [XTENLANG-531] - Correct implementation of X10 2.0 static >>> initialization semantics in Java codegen/runtime >>> * [XTENLANG-602] - Tabbing fails: either it moves to the wrong place or >>> not at all. >>> * [XTENLANG-638] - Covariant generics can inherit from contravariant >>> generics, yeilding a hole in the type system. >>> * [XTENLANG-639] - Subtyping of generics doesn't work for initializers >>> (or something) >>> * [XTENLANG-643] - Can't instanceof to a defined type >>> * [XTENLANG-660] - toString() cannot be called on all types (and it >>> doesn't work consistently on all scalars) >>> * [XTENLANG-685] - 'this' in a type constraint in a property >>> declaration is not very useful. >>> * [XTENLANG-686] - 'this' can appear in the type constraint of the >>> return type of a constructor >>> * [XTENLANG-687] - 'this' can appear in a type constraint the body of a >>> ctor, contra spec >>> * [XTENLANG-688] - 'this' can appear in a type constraint in the body >>> of a ctor, contra spec. >>> * [XTENLANG-692] - Spec inconsistent on "def before use" >>> * [XTENLANG-723] - Common non-ambiguous reference flagged as ambiguous >>> * [XTENLANG-798] - Dejavalization needed in 13.8 >>> * [XTENLANG-833] - Side effects in guards are not checked >>> * [XTENLANG-864] - Why is X10 looking for a type here? >>> * [XTENLANG-868] - Update discussion of distributions to match current >>> array library APIs >>> * [XTENLANG-875] - 18.5.1 unclear >>> * [XTENLANG-931] - Incorrect exceptional behavior of integer division >>> * [XTENLANG-958] - super.field does not work in C++ backend >>> * [XTENLANG-1132] - Issue warning when user writes a type for a val >>> declaration >>> * [XTENLANG-1137] - Do these distributions exist: arbitrary? Random? >>> * [XTENLANG-1140] - CompilerPlugin? native? >>> * [XTENLANG-1177] - Dist variables exist! >>> * [XTENLANG-1233] - revisit ateach, unique distributions, teams, PLH >>> * [XTENLANG-1257] - C++ code generator does not find the main() if it >>> is part of a struct >>> * [XTENLANG-1297] - Once println becomes atomic, fix the example at the >>> start of the Clocks chapter >>> * [XTENLANG-1298] - Need devious test cases of resume >>> * [XTENLANG-1321] - Insidious constructor issue -- test case needed >>> * [XTENLANG-1334] - instanceof ValRail[Int{self != 0}] doesn't work. >>> * [XTENLANG-1432] - Suggestions for cleaning up pages 20 - 27 of the >>> 2.0.4 language ref >>> * [XTENLANG-1519] - Bug in covariance testing of vars >>> * [XTENLANG-1530] - Runtime error message "ClassCastException" for >>> missing method qualifier is misleading >>> * [XTENLANG-1540] - Int vs. int clarification >>> * [XTENLANG-1556] - Creating a project with its root directory holding >>> the source (not the default: src) causes x10c++ backend failure >>> * [XTENLANG-1594] - Structs and classes are NOT easily interchangeable >>> * [XTENLANG-1600] - Assign_c.toString() requires thread-local Compiler >>> ref to be valid? >>> * [XTENLANG-1670] - Region - Point >>> * [XTENLANG-1679] - WARNING (should be error, but method annotations in >>> XRX are wrong) >>> * [XTENLANG-1684] - Language spec should be consistent with the >>> compiler and specify static with type defs. >>> * [XTENLANG-1736] - Chapter 4 should describe struct types >>> * [XTENLANG-1741] - Neither the language spec nor the X10Doc specifies >>> behavior on arithmetic overflow >>> * [XTENLANG-1744] - Rename atomic directory >>> * [XTENLANG-1745] - Runtime.x10 uses keyword "await" >>> * [XTENLANG-1746] - Runtime.x10 uses keyword "here" >>> * [XTENLANG-1747] - keyword next used in XRS >>> * [XTENLANG-1748] - Runtime.x10 uses the keyword "offer" >>> * [XTENLANG-1749] - keyword "safe" used in XRX >>> * [XTENLANG-1877] - x10doc generation fails: change in Scheduler? >>> * [XTENLANG-1890] - Cannot parse 1.equals(2) >>> * [XTENLANG-1933] - Static initialization is not implemented correctly >>> on the Java backend >>> * [XTENLANG-1945] - Dividing by zero doesn't throw ArithmeticException >>> * [XTENLANG-1949] - SVN checked out directories are not properly read >>> by new X10 class wizard >>> * [XTENLANG-1951] - x10c++ produces non-compiling code when invoking an >>> overloaded method of the superclass >>> * [XTENLANG-1952] - Java backend generates invalid code for return >>> statement of covariant type >>> * [XTENLANG-1954] - Exception in thread "main" >>> java.lang.NullPointerException >>> * [XTENLANG-1956] - Evaluating subclass constraint causes exception in >>> compiler >>> * [XTENLANG-1957] - Defining a generic local class causes compiler >>> crash >>> * [XTENLANG-1959] - Int + String rejected by compiler >>> * [XTENLANG-1960] - Custom Serialization crashes x10c >>> * [XTENLANG-1961] - Java backend ignores x10.io.CustomSerialization if >>> implemented by a superclass >>> * [XTENLANG-1963] - Overloading constructors that have a generic type >>> in the formal type parameters >>> * [XTENLANG-1968] - Compiler exception on "Cannot get MethodDef before >>> type-checking settable assign" >>> * [XTENLANG-1969] - Compiler NPE looking for a method >>> * [XTENLANG-1970] - NPE in generated Java code (for Array.raw() access >>> with ULongs?) >>> * [XTENLANG-1971] - java.lang.IndexOutOfBoundsException in TypeChecker >>> * [XTENLANG-1972] - Not throw ClassCastException when null is casted to >>> struct >>> * [XTENLANG-1973] - Wrong code generation for Java backend for closure >>> with an at in its body. >>> * [XTENLANG-1983] - InternalCompilerError: Emitter.getIndex() >>> * [XTENLANG-1984] - constructor visibility problem >>> * [XTENLANG-1987] - Bad code generation for inlined private methods >>> * [XTENLANG-1988] - Remove unnecessary indirection for private method >>> access from inner class >>> * [XTENLANG-1991] - primitives need to implement Comparable >>> * [XTENLANG-1996] - Cannot compile closure call in StatementExp if its >>> return type isn't void >>> * [XTENLANG-1997] - java.lang.IndexOutOfBoundsException in >>> InnerClassRemover >>> * [XTENLANG-2000] - X10 compiler produces expressions in statement >>> contexts that the Java compiler will not allow >>> * [XTENLANG-2005] - Wrong code generation for Rail.apply() in >>> StatementExp >>> * [XTENLANG-2006] - Javac (and ecj) fails to capture string literal >>> * [XTENLANG-2007] - Compiler crash when issuing an Error >>> * [XTENLANG-2008] - Can't build x10 with inlining turned on >>> * [XTENLANG-2024] - Can't flatten closure call for C++ backend >>> * [XTENLANG-2025] - Instantiating nested class inside of a main class >>> with a generic type causes c++ errors >>> * [XTENLANG-2028] - property statement in nested class causes compiler >>> exception >>> * [XTENLANG-2037] - clarification on PlaceExp >>> * [XTENLANG-2044] - describe disambiguation rule of methods vs function >>> fields in spec >>> * [XTENLANG-2048] - Hangs during static initilazation phase with C++ >>> backend >>> * [XTENLANG-2049] - Mismatch between generation of bridge calls and >>> bridge methods in Java backend triggered by inlining >>> * [XTENLANG-2051] - C++ namespace compiler error >>> * [XTENLANG-2052] - Do coercions for "new Array[Double][3.1,4]" >>> * [XTENLANG-2054] - ULong.MAX_VALUE causes C++ backend error >>> * [XTENLANG-2073] - static DistArray initialization doesn't work >>> * [XTENLANG-2079] - Exception in thread "main" >>> java.lang.NullPointerException >>> * [XTENLANG-2080] - Implementation of Arithmetic interface compiles >>> with x10c++ and fails with x10c >>> * [XTENLANG-2082] - Illegal c++ source generated for use of Arithmetic >>> interface >>> * [XTENLANG-2085] - private static operators do not compile on the java >>> backend >>> * [XTENLANG-2090] - Each place should access separate copy of static >>> field even places are collocated in a single VM >>> * [XTENLANG-2091] - X10DT create class wizard has old (Rail) main >>> method signature >>> * [XTENLANG-2094] - x10c++: ld duplicate symbol _main >>> * [XTENLANG-2097] - NullPointerException in RectLayout.toString() >>> * [XTENLANG-2099] - Comply static initialization in Java backend with >>> X10 semantics in both single-vm multi-place and multi-vm environments >>> * [XTENLANG-2100] - Incorrect serialization of repeated struct values >>> whose static type is an interface >>> * [XTENLANG-2103] - compilation fails for Array[Boolean] as a function >>> result >>> * [XTENLANG-2104] - Static field of interface is compiled to Java >>> static method and static initializer, which causes Javac error >>> * [XTENLANG-2105] - clocks are not transferred to another place if "at >>> (P)" does not immediately follow "async clocked (clocks)" >>> * [XTENLANG-2107] - What exception should be thrown for "123".charAt >>> (4)? >>> * [XTENLANG-2109] - TreeMap compilation : Java backend >>> * [XTENLANG-2112] - Bad code generation for bridge methods >>> * [XTENLANG-2120] - Java backend doesn't create the correct default >>> values in generics of primitive types. >>> * [XTENLANG-2122] - Invoking a static method via a generic parameter >>> type bound produces C++ post-compiler errors >>> * [XTENLANG-2124] - Lost exception when exception crosses an "at >>> boundary" >>> * [XTENLANG-2127] - ULong.toString(radix:Int) buggy in managed X10 >>> * [XTENLANG-2129] - Unsigned long division is broken >>> * [XTENLANG-2131] - Update spec with the latest list of keywords >>> * [XTENLANG-2138] - WALA option triggers resolution failures for some >>> methods and constructors with guards >>> * [XTENLANG-2139] - Inlining a method with a labeled loop causes >>> post-compilation failure in the C++ backend >>> * [XTENLANG-2149] - Inconsistent bound checking for interface >>> * [XTENLANG-2150] - Operator resolution problem for ULong division by >>> Int >>> * [XTENLANG-2159] - Seg fault in x10::lang::Lock::unlock (SVN HEAD) >>> * [XTENLANG-2160] - GlobalRef's don't flatten >>> * [XTENLANG-2174] - Java backend doesn't create zero value for >>> user-defined structs >>> * [XTENLANG-2177] - initial value for Team allReduce is wrong for AND, >>> MIN, and MAX operations >>> * [XTENLANG-2178] - Build broken with -NO_CHECKS >>> * [XTENLANG-2182] - Unreliable propagation of exitcode in x10rt_sockets >>> runtime >>> * [XTENLANG-2188] - Multiple generic bounds don't compile in Java >>> * [XTENLANG-2193] - Toggling block comments leaves extra spaces behind >>> * [XTENLANG-2195] - Desugaring of ++ loses constraint information, >>> resulting in missed optimizations >>> * [XTENLANG-2206] - Java backend: instantiate anonymous class with 2 >>> type parameters >>> * [XTENLANG-2213] - casting and constrained types >>> * [XTENLANG-2219] - Inconsistent toString() behavior in >>> x10.lang.Throwable >>> * [XTENLANG-2220] - Make "void" a keyword >>> * [XTENLANG-2222] - Compilation error in processing switch statements >>> in atomic methods. >>> * [XTENLANG-2228] - default String() constructor causes c++ compiler >>> error >>> * [XTENLANG-2229] - Static initializer to handle static fields of >>> interface correctly >>> >>> For the details of JIRA issues fixed in this release, see >>> http://jira.codehaus.org/browse/XTENLANG/fixforversion/16497 >>> ------------------------------------------------------------------------------ >>> Gaining the trust of online customers is vital for the success of any >>> company >>> that requires sensitive data to be transmitted over the Web. Learn how to >>> best implement a security strategy that keeps consumers' information secure >>> and instills the confidence they need to proceed with transactions. >>> http://p.sf.net/sfu/oracle-sfdevnl >>> _______________________________________________ >>> X10-users mailing list >>> X10-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/x10-users >>> >> ------------------------------------------------------------------------------ >> Gaining the trust of online customers is vital for the success of any company >> that requires sensitive data to be transmitted over the Web. Learn how to >> best implement a security strategy that keeps consumers' information secure >> and instills the confidence they need to proceed with transactions. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> X10-users mailing list >> X10-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/x10-users >> > Cheers, > - Bob > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > X10-users mailing list > X10-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/x10-users > ------------------------------------------------------------------------------ Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ X10-users mailing list X10-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/x10-users
