Re: [xwiki-users] sources filename, why that redundancy ?
On 07/30/2012 02:50 PM, Arioch wrote: Marius Dumitru Florea [via XWiki] писал(а) в своём письме Mon, 30 Jul 2012 19:29:34 +0400: But what i noticed again, is that hugely redundant file naming xwiki-platform-core/xwiki-platform-classloader/xwiki-platfor m-classloader-protocols/xwiki-platform-classloader-protocol-attachmentjar/src/te st/java/org/xwiki/classloader/internal/protocol/attachmentjar/AttachmentURLStrea mHandlerTest.javaWhy that repeating time and gain, like if you use flat filesystem ratherthan tree ? It's a naming convention we agreed on: the maven module folder name should be the same as the maven module artifact ID. Well, if u chosen to keep all the genealogy in the folder name, modellign after flat 1D maven list, then folder structure can be kept flat too. Call it Windows limitations or Git/Win lack of intelligency, yet you casted aside all potential Windows-based developers. We are aware of the problem and we do plan on fixing it. But such a change will break lots of things, like existing pull request, forks, local checkouts... It's not easy to change the whole layout of a project that's widely cloned. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] sources filename, why that redundancy ?
Marius Dumitru Florea [via XWiki] писал(а) в своём письме Mon, 30 Jul 2012 19:29:34 +0400: > > But what i noticed again, is that hugely redundant file naming >>xwiki-platform-core/xwiki-platform-classloader/xwiki-platfor >> m-classloader-protocols/xwiki-platform-classloader-protocol-attachmentjar/src/te >> >> st/java/org/xwiki/classloader/internal/protocol/attachmentjar/AttachmentURLStrea >> >> mHandlerTest.javaWhy that repeating time and gain, like if you use flat >> filesystem ratherthan tree ? > It's a naming convention we agreed on: the maven module folder name > should be the same as the maven module artifact ID. Well, if u chosen to keep all the genealogy in the folder name, modellign after flat 1D maven list, then folder structure can be kept flat too. Call it Windows limitations or Git/Win lack of intelligency, yet you casted aside all potential Windows-based developers. -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ -- View this message in context: http://xwiki.475771.n2.nabble.com/sources-filename-why-that-redundancy-tp7580435p7580618.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] sources filename, why that redundancy ?
On Thu, Jul 19, 2012 at 10:48 AM, Arioch wrote: > I am not XWiki developer and hardly ever would be. Even if i have my favorite > mysfeatures. > Also here are script-making and script-using guys. So i don't think this > question would be complete off-topic. > > === > > It seems that XWiki was never tested on Windows as none of developers had > it. > It seems that XWiki GitHub just cannot be cloned to Windows now. > > And i don't know if can be compiled there (hopefully JVM can overcome it, > but who knows) > > But what i noticed again, is that hugely redundant file naming > > xwiki-platform-core/xwiki-platform-classloader/xwiki-platfor > m-classloader-protocols/xwiki-platform-classloader-protocol-attachmentjar/src/te > st/java/org/xwiki/classloader/internal/protocol/attachmentjar/AttachmentURLStrea > mHandlerTest.java > > Why that repeating time and gain, like if you use flat filesystem rather > than tree ? It's a naming convention we agreed on: the maven module folder name should be the same as the maven module artifact ID. Thanks, Marius > > It looks like calling an object > org.org-xwiki.org-xwiki-classloader.org-xwiki-classloader-internal.org-xwiki-classloader-internal-protocol.org-xwiki-classloader-internal-protocol-attachmentjar.org-xwiki-classloader-internal-protocol-attachmentjar-AttachmentURLStreamHandlerTest > > Nonsense ? Truly so. > Yet on file system level Java developers usually do it, not only XWiki but > many teams. > Why ? Aren't directories given to suppress such redundancy ? > > Not only that give overly long unobservable paths, it also disables some > programs on Windows. > > I heard that git has internal 4KB file path length limitations. > I wonder what UNIX guys would say about sanity if one day they would try to > download from Windows file with name about 16KB long... > > > > > -- > View this message in context: > http://xwiki.475771.n2.nabble.com/sources-filename-why-that-redundancy-tp7580435.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users